重新认识CMMI

CMMI其实是一种敏捷开发方法，何以见得？

CMMI是由美国军方的甲乙双方密切配合产生的国防部招标标准，在美国国防部招标的时候使用这个标准，既没有多余的让某方别扭的，也没有缺少的让某方担心的。

CMMI还是不断改进的，一个涉众如此之广的产品能以这个速度改进，已经很难得了。在招标过程中发现问题，随时都会提交到变更委员会。

所以在CMMI里边，充满了无我之心，无住之法。但是，那里的我和那里的法，不是我们身边的我身边的法。

互联网行业、消费电子行业把CMMI当作起点寻找适合自己的终点，就像北京人去天津旅游的时候绕道上海一样。

CMMI与敏捷能融合吗？

不能。

本人在国内还算是少数CMMI和敏捷客户都是两位数的咨询师，这里断言为不能，不是笔者不知道CMMI中增加了敏捷的内容，也不是笔者不知道双方可以互相借鉴，也不是笔者不认为CMMI与敏捷无法在一个企业中共存。

所谓融合，就是两个体系中其中一个消失，而被另外一个完全包括；或者两个都消失，而合并为一个。

原生态的CMMI与原生态的敏捷开发适应的行业差别很大，这两个行业的业务差别很大，面临的问题和其自身规律差别也很大。在这些行业、问题、规律本身融合之前，方法上的融合只是表面上的。

在未认清两者为何要共存于一处，各自来解决什么问题时，把他们拉到一起来很容易让开发者和企业困惑。


第一段还“其实是一种敏捷开发方法”的CMMI怎么就突然又不能与敏捷融合了？

很简单，这就像适合你的敏捷开发，都无法与适合我的敏捷开发融合一样。你我不同，融合它们两个干嘛。

CMMI与敏捷能共存吗？

能。

这就像桌子和椅子，没有融合的必要，但摆在一起还是挺搭配的。

但是桌子是桌子，椅子是椅子，各有各的用途。

如果觉得吃饭只有桌子不舒服，可以搬椅子来坐；如果觉得干坐在椅子上玩电脑不舒服，可以买个电脑桌。

但如果偏偏用敏捷开发管理军工项目，用CMMI管理互联网产品，就有点碗筷、电脑房子椅子上，人坐在桌子上一样，似乎可行，又无比别扭。