CMMI 环境下，该如何实施 Agile？

“CMMI 与敏捷之间是否有什么样的关系？是矛盾的？还是可融合的？”“在 CMMI 环境下如何实施敏捷？”自从“敏捷”诞生以后，此类话题就此起彼伏，从未停止。前几日，在 AgileChina 的讨论组中，“ CMMI 下的 Scrum，如何操作？”以及“如何实施 Agile 这个东东，Agile 怎样保证质量？”又被提了出来，跟帖者众多，各抒已见。pipi 的建议是：

…，看看公司有什么问题，为解决问题而引入 Agile，而不是为了 Agile 而 Agile。没有问题又何必引入 Agile 呢。就好像很多世界顶级软件公司都不需要采用 CMMI 一样，因为自身的软件开发流程已经很成熟了，…

来自 Thoughtworks 的咨询师熊节的经验是：在 CMMI 环境下可以实施敏捷，但要精心选择切入点：

第一，CMMI 要求的是软件组织具备成熟过程的 * 证据 *，而诸如 XP 之类的敏捷方法只要使用得当是能够提供足够的证据来支持 CMMI 5 级的要求的，所以在 CMMI 框架下实施敏捷方法是可行的，这是在一些采用 CMM 多年的国内领先的软件组织中得到验证的。
第二，在这种环境下实施敏捷要注重实效，从影响较小收益较大的实践开始逐步引入，比较忌讳开口提大名词（例如 SCRUM 或者 XP）。我会建议你以 CMMI 5 级的"自我改进"做旗帜，找到组织中存在浪费的环节，引入最佳实践来消除浪费，没有必要把敏捷挂在嘴边。
第三，一般来说，持续集成是开始这类改进活动的一个好的起点，因为持续集成强迫组织形成快速的反馈机制，从而让很多问题有机会在更短的时间暴露出来。另一方面持续集成也是领导比较容易接受的一个实践。

两年前的一篇名为《敏捷实践两个月》帖子也提及在一个特定情况下引入了 Agile 元素。可见，大家引入 Agile 的目的各不相同，但都是为了解决某些问题。看来，想要实施 Agile, 即要根据 Agile 自身的特性，也要考虑不同的环境，来采取不同的策略。

另外，起步停车还进一步提出了文档问题（尽管这个问题在很久以前就在 AgileChina 上讨论过）：

… 我们现在对于文档的处理完全就是一种资源浪费，比如 TDD， 但可是， 可但是， 如果我们改进文档处理方式或者实施 TDD 这些东西的话，会有人跳出来阻止的。 因为他们认为， 他们看不到相关文档， 就以为缺少了什么东西。

很多初识 Agile 的人也有 Agile 不需要文档;/1219024198970/) 的错误想法，但事实上，无论以什么样的方式存在，无论记录的内容是什么，文档都是必不可少的。而且，王 晓明加调，项目中一定要做到：

每一个文档都要有真正的读者，
每一个实践都要有真正的成效。

Pipi 补充道：

1. 要么不写，要写就写有质量的文档（低质量的文档还不如不写）
2. 提供给客户的文档优先于内部使用的文档（给客户的文档是更有价值的）

看来，“CMMI 环境下，该如何实施 Agile？”这个问题并没有一个规范的答案。其实可以说：“只要本着‘积极思考，消除浪费’，没有必要把敏捷挂在嘴边，不要对立，而去实践，在实践中不断调整”就是在 CMMI 环境下实施 Agile 的要点。

InfoQ 的读者，您在 CMMI 环境下实施过 Agile 吗？不妨把您的心得体会与大家分享一下。