文章

scrumcn_cmmi

重新认识敏捷与CMMI

重新认识CMMI

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

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

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

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

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

不能。

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

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

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

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

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

很简单,这就像适合你的敏捷开发,都无法与适合我的敏捷开发融合一样。你我不同,融合它们两个干嘛。
CMMI与敏捷能共存吗?

能。

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

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

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

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

 

作者:陈勇

本专栏经作者授权开设,专栏文章未经许可不得转载

 

CMMI和敏捷的一些对比

 1.组织关注焦点
CMMI – 关注组织级过程能力,所有的项目和团队的产品或服务的开发都将从组织过程能力提高后受益。

Agile – 焦点是项目和团队,即使组织不成熟,项目和团队仍然可以成功。 Read more

CMMI、敏捷开发及ISO的关系说明

 CMMI回顾

在80年代早期,在SEI的资助下美国空军成立了一项研究来分析为什么许多软件合同都会超出工期和预算。他们的结论是:糟糕的过程。由此,产生了CMM&CMMI。能力成熟度模型CMMI是一个过程改进方法和模型,它为组织提供了实现高效的软件交付过程所必需的基本元素,关注通过切实改进过程域的成熟度,实现过程改进的目标。它可以用来指导一个项目、一个部门甚至整个组织的过程改进。CMMI能帮助我们整合以往各自为政的组织功能,建立过程改进的目标与优先级,指导我们进行质量改进,还提供了评价现有过程的参照点。 Read more

CMMI PK 敏捷

敏捷开发是一种轻量级的软件开发方法学,它有多种不同的形式,如XP、Scrum、Crystal Methods、FDD等,它的基本特征是迭代的、增量式的开发;强调自主性和积极主动的团队精神;强调效率、质量和沟通。CMMI是一个开发过程参考模型,现已成为评价软件开发组织过程能力的标准,它为组织提供了实现高效的过程所必需的基本元素,可以用来指导一个项目、一个部门甚至整个组织的过程改进。CMMI能帮助我们整合以往各自为政的组织功能,建立过程改进的目标与优先级,指导我们进行质量改进,还提供了评价现有过程的参照点。
多年来网络上存在一些对 CMM、敏捷似是而非的观点,CMMI 到底与 Agile 有何不同? 它们是水火不相容还是可以彼此借鉴,扬长避短、互补融合?