你方唱罢我登场--从CMM到CMMI变迁

案例：某公司2003年完成了CMM2级评估，公司的研发人员通过参与CMM2级评估项目的实施，认识到了通过软件过程控制可以提高软件产品的质量。实事上实施CMM2级后软件产品泄漏缺陷数下降了，客户的满意度上升了。但在2004年下半年公司提出要在2005年底通过CMMI L3评估。既然CMM那么有用，为什么公司不继续通过CMM3级的评估，突然冒出了CMMI L3，这到底是怎么回事？要搞清楚上面的问题，我们��ѵ要从CMM的产生、CMM在实施过程中给组织带来的困惑、CMMI诞生的背景等几个方面谈起。一、CMM的诞生有点软件工程背景的人都知道“软件危机”的概念，在那个时代软件项目经常超时、超支，质量问题频繁,软件项目的成功只是寄希望于某些软件开发精英,精英一旦流失,项目面临失败,技术无法延续。通过长期摸索，人们认识到通过过程改进，让那些软件的精英们和非精英们按照已经制订的标准过程来设计和开发软件产品，可以提高软件产品的质量，可以适应大规模的软件开发。在这个思想指导下，美国卡内基·梅隆大学（CMU）的软件工程研究所（SEI）在美国国防部的赞助下，推出了软件产品开发的过程模型SW—CMM V1.1，这个模型分为5个等级，分别为初始级、可重复级、已定义级、已管理级、优化级，通常表示为CMM1、CMM2、CMM3等。二、CMM是多个模型自从1993年SEI发布SW—CMM V1.1以来，成功地指导一些企业进行过程改进，并取得了显著效果：开发成本降低、发布后错误减少、平均开发时间减少，等等。但是这个单一的软件工程成熟度模型并不能满足组织开发产品所有业务领域的过程需要，这是因为近年来产品开发的组织发生了变革，这种变革的目的除了是提高产品开发的质量,还有就是试图消除与分段开发的低效率等问题。在串行的分段开发中，前一阶段产生的中间产品完成后再传递给下一阶段的工作人员继续处理，如系统设计部门将设计工作完成后传递给产品开发部门，开发部门完成后再传递给测试部门，测试部门完成后再传递给工程服务部门。但在实际工作中，各个部门之间存在着一个“功能墙”，导致开发周期长，所开发的产品无法快速进入市场；另外，由于“马路警察，各管一段”的效应，就造成了前期一个微小的缺陷到了后期才发现，后面的部门将花费几十倍甚至上百倍的工作量才能纠正前期遗传下来的缺陷。为了解决这些问题，人们逐步提出了并行工程、系统工程、集成化产品和过程开发（IPPD），这些都是在产品整个生命周期的合适时间处理这类问题的方������法。这些方法倾向于设计人员和客户要与制造人员、测试人员和用户共同工作，这种工作方式被称作“让所有相关人员坐在一起”的工作方法，为此SEI分别开发了系统工程模型SE—CMM、集成化产品和过程开发模型IPPD—CMM。基于类似的原因，SEI还单独开发出了人力资源管理模型P—CMM、对供应商进行管理的软件采办模型SA—CMM、系统安全工程CMM。三、多个CMM模型弊端虽然上述的这些单独的模型有助于改进组织过程，以构造更好的产品，但是多种单一学科模型（SW-CMM，SA-CMM，SE-CMM，IPPD-CMM，P-CMM）的存在逐渐显露出了弊端，由于各个模型在术语、体系结构、框架、基本元素等方面存在差异，从而导致在实施多个独立的模型时，培训成本、评估成本和过程改进的成本增加，也会造成沟通时的概念混淆，陷入了“框架泥潭”的困境中。这就需要把众多的单一学科集成起来，使用共同的框架、术语进行组织过程改进。四、CMMI诞生基于此原因，SEI已于2001年12月正式发布了能力成熟度集成模型CMMI 1.1版本，这个模型把术语了统一，并采用了统一的评估方法，另外把软件、硬件以及结构人员、测试人员、工程服务人员、市场人员、采购人员、财务人员等集成起来成为一个产品开发团队从事产品开发工作。到目前为止，CMMI的产品集包括：CMMI—SW，V1.1CMMI—SE/SW，V1.1CMMI—SE/SW/IPPD，V1.1CMMI—SE/SW/IPPD/SS，V1.1SCAMPI方法定义文档，V1.1SEI决定，从2003年下半年开始全面转向支持CMMI产品集，对CMM产品系列的支持工作将停止，即是不再提供公开课，不再批准新的主任评估师，2004年底所有CMM评估认证工作都要过渡到CMMI上来。五、CMMI组成CMMI主要内容包括过程域，过程域的目标，过程域的实践，子实践和工作产品。CMMI模型包括了一系列的过程域，这些过程域构成了集成能力模型的核心，过程域不描述执行的过程，它只描述了来做什么（通过“实践”来说明），以及为什么做（通过“目标”来说明）。CMMI模型包括阶段式和连续式两种表示方法，之所以提供两种不同的表示方法，其目的是尽可能减��ʦ����轻组织从CMM过度到CMMI的压力，但是CMMI的最终方向还是使用统一的表示方法。