“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不需要文档的错误想法，但事实上，无论以什么样的方式存在，无论记录的内容是什么，文档都是必不可少的。而且，王 晓明加调，项目中一定要做到：
每一个文档都要有真正的读者，
每一个实践都要有真正的成效。
Pipi补充道：
1. 要么不写，要写就写有质量的文档（低质量的文档还不如不写）
2. 提供给客户的文档优先于内部使用的文档（给客户的文档是更有价值的）
看来，“CMMI环境下，该如何实施Agile？”这个问题并没有一个规范的答案。其实可以说：“只要本着‘积极思考，消除浪费’，没有必要把敏捷挂在嘴边，不要对立，而去实践，在实践中不断调整”就是在CMMI环境下实施Agile的要点。
InfoQ的读者，您在CMMI环境下实施过Agile吗？不妨把您的心得体会与大家分享一下。