CMMI与敏捷

最近在看bob大叔的敏捷软件开发，结合以前公司采用CMMI软件过程体系记录一下自己现在的认识：

CMMI相当于古代的对阵沙场，只需要有主将，其他的有几个辅佐的将军，剩下的就是各种军种，两军对垒的时候套路都是一样的，先出什么兵种（弓箭兵压住阵脚），除了主帅和将军，其他的并不需要英雄，只是遵守纪律的作战士兵，保持的是整体如一。

敏捷就像现在战争中的小分队，或者古代战争中的侦查兵，或者电影中的杀手，他们只有目的，没有具体的一个过程，因为过程是瞬息万变的，需要随机而变，他们每个单兵都需要有非常高的职业操守和职业技能，需要迅速的对当前的变化作出反应，改变自己的策略。

我理想的开放体系是裁减CMMI众多的过程，项目初期引入敏捷建立原型。

对于稍微上规模的国内公司来说，敏捷基本是不可取的，因为他太依靠极个别的牛人了，过内地开发环境如此的浮躁，人的流动如此的频繁，把公司的基础建立在几个人身上，是非常危险的，需要考虑到公司的资产能够文档化的保存，因此CMMI是很多公司的管理层推崇的。对于开发人员来说，CMMI太过于沉重，需要大量的文档化，认为文档是没有技术含量的，就跟写报表一样。其实写出一份好的文档，才能见到真正的功力，首先要有清晰的逻辑，然后能够有好的思路整理成文，能够让新加入到人一看就懂。报表也一样，报表是给用户中的领导看的，是非常重要的，毕竟每个公司的领导才是拍板的人。

敏捷对于人的要求太高，而国内更多的是一批又一批的新人进入项目做开发，稍微有点经验的都去管理了，所以敏捷至少在目前的环境下是不适合国内的国情的，真正的过程还是做了大量裁减后的CMMI开发体系。当国内的开发人员不再浮躁，敏捷才有可能在开发中伸展拳脚