这个问题，已经非常老生常谈了。

CMMI与敏捷、看板、精益方法之间当然不是对立的。早在2008年SEI就曾出品过一篇系列文章《CMMI还是敏捷，为什么不彼此拥抱？》，来说明CMMI与敏捷之间的友好关系。

时至今日，行业内仍还有人反复在问，“我们的软件使用敏捷方法开发，会不会与CMMI冲突？”也是一件令人哭笑不得的事情。

产生“CMMI与敏捷对立”这一观点的一个很重要的原因是文档。

我想说CMMI模型中并没有要求把每一件事都写成文档，但很多公司在实施CMMI的过程中却做着如此傻事。于是，大家产生了“CMMI = 写大量文档”这样错误的结论。与此同时，在敏捷的价值观或者实践中，也没有哪一条说过要拒绝一切文档，但却有很多实施敏捷的公司在做着如此傻事。于是，大家又产生了“敏捷 = 不写文档”这样错误的结论。两个结论放在一起，又被某些“聪明人”总结成了“CMMI与敏捷是相互对立的”。

造成上述误解的原因，不仅仅是理解和执行上的失误。更为本质的原因是，我们在实施CMMI或者敏捷的过程中，将注意力过多地放在了实践和工具上，而非使用这些实践和工具背后的目的和价值。专注于错误的事情往往会让你走到错误的地方。CMMI和敏捷只是采取了不同的路线来达到相同的目的地。但如果使用不当，无论CMMI还是敏捷都不能挽救你的失败。