使用敏捷方法时对CMMI的解读

CMMI实践被设计成能够在各种不同情形下提供价值，因此陈述时使用了通用性的术语。由于CMMI并不对任何特定的开发方法表示认可，因此CMMI几乎没有提供任何专属于特定方法的信息。因此，那些不具备在与当前相类似的环境下实施CMMI经验的人，会发现对CMMI的解读不那么直观。

为了帮助那些使用敏捷方法的人员，在其环境中解读CMMI实践，在选定的过程域中添加了注释。这些注释往往增加在CMMI-DEV中下列过程域的简介部分：CM、PI、PMC、PP、PPQA、RD、REQM、RSKM、TS 与VER。

所有的注释都以文字“在敏捷环境下”开始，并且都位于实例框内以帮助你容易地辨认出这些注释，同时提醒你这些注释只是如何解读实践的实例，因此它们对于过程域的实施既不必要也不充分。

存在多种敏捷的方法。短语“敏捷环境”与“敏捷方法”是所有遵守敏捷开发宣言［Beck 2001］的开发或管理方法的简称。

此类方法具备以下特征：

    • 由客户直接参与产品开发

    • 使用多个开发迭代来了解并演进产品

    • 客户愿意分担决策与风险的职责

许多开发与管理方法具备这些特征中的一项或多项，但并没有被称为“敏捷”。例如，有些团队可大致上说成是“敏捷”团队，尽管没有使用敏捷这一术语。而即使你并未使用敏捷方法，你仍可能在这些注释中发现一些价值。

需谨慎使用这些注释。你对过程域的最终解读，在充分满足CMMI过程域的目标与实践的同时，也应该能够适合各种具体情况，包括组织的业务目标、项目目标、工作组目标或团队目标。正如前文所提到的，注释应被视为实例，对过程域的实施既不必要也不充分。

针对敏捷开发方法所给出的指导，一些通用的背景知识与动机在SEI的技术笔记CMMI或敏捷：何不两者并用！（CMMI or Agile: Why Not Embrace Both!）［Glazer 2008］中可以找到。