关于CMMI(组织)能力成熟度模式集成

关于CMMI(组织)能力成熟度模式集成
CMMI全称是Capability Maturity Model Integration，能力成熟度模式集成.巧合的它是与SIXSIGMA似乎是同时代的产物: 80年代早中期,当摩托罗拉面对日本人日益加剧的市场竞争威胁而头痛时,美国国防部也正在为外包软件琢磨不定的质量而伤脑筋. 前者最终孕育出辉煌无比的SIXSIGMA管理体系,而后者便是现今在软件行业大名鼎鼎的CMMI能力成熟度模型集成产生的摇篮.
一. CMMI的历史
当过程能力(Process capability)和过程性能(Process performance)的概念已经是深入人心而广泛应用于生产工艺甚至服务流程时, 相比之下,从宏观的角度去考察评估一个组织的能力来预测其在一个或一组学科领域中的表现, 这似乎还是一个探索中的命题.. CMMI正是在这样一个背景下应运而生而不断发展.谈到CMMI,必然会谈到一个非常重要的组织SEI(Sofeware Engineering Institute),它由美国国防部1984年出资在卡内基.梅隆大学设立.它最初一个重要的使命是为美国军方提供一套评估软件承包商开发能力的体系.这并开始了CMMI的起源.1986年,基于IBM的过程管理工作, SEI开始开发所谓过程成熟度的框架.1987年到1991年,SEI公布了一份简要框架说明和一份问卷调查来评估合同商的过程成熟度,并且SEI管理一个公开评审及对话的流程,最终SW-CMM 1.0发布.此后,随着CMM的发展及市场需求, 其领域逐步延伸到系统工程,产品和工艺开发及供应商采购.同时SEI认识到需要一个通用的模型来覆盖上述所有领域,从1998年开始,SEI启动了CMMI的开发,并最终于2002年发布了CMMI1.1,这并是我们现在讨论的CMMI(可以简单的理解为软件,系统工程,产品和工艺开发及供应商采购能力成熟度模型的集成.)
二. CMMI的目的
追溯CMMI的渊源, 它的本质似乎应该是软件管理工程的一个部分. 但管理的逻辑是相通的,就象SIXSIGMA当初只是制造工艺流程改进,减少误差的一种方法论, 而如今在服务行业也大行其道一样, CMMI的系统模式也被越来越多的渗透到以硬件系统产品为主导的行业.本人认为它可以为任何产品开发组织借鉴,作为能力评估的模型.
任何一个产品开发组织形成一套完整而成熟的体系是一个循序渐进的过程,需要经历一系列的成熟度。这里可采用DMAIC的路线: 组织首先对自身要进行现状评估(M)，分析评定组织存在的差距和问题(A)，然后再根据自身的情况来决定要采取哪些改进活动，从而更有效地改进(I)。这就首先需要对开发过程的评定提出了一个客观的标准。CMMI就是这样的一个理论模型，其目的在于帮助组织改善开发流程，以探索一个保证产品质量、缩短开发周期、提高工作效率的工程模式与标准规范。

由于篇幅限制,后面的内容见<续>