CMM与CMMI的比较

本文总结了从传统软件管理技术过渡到现代软件管理技术的一些思想。我特别要认可软件工程学院SEI在其新方法CMMI（能力成熟度模型集成）中的改进，并 促进开发公司正确地应用这个方法。虽然我一直支持原来的能力成熟度模型（CMM）的精神，但实际它经常被错误地理解和应用。从我25年来和许多进行过程改 进的世界领先的软件开发组织的合作经验看，我相信大多数应用CMM的组织还局限于默认的瀑布模式思想上。我不认为错在模式本身，因为我知道CMM语境里的 一些过程改进是基于一种现代的、叠代的开发方法。不过，我这种启示性的理解并非规范。

本文总结了从传统软件管理技术过渡到现代软件管理技术的一些思想。我特别要认可软件工程学院SEI在其新方法CMMI（能力成熟度模型集成）中的改进，并 促进开发公司正确地应用这个方法。虽然我一直支持原来的能力成熟度模型（CMM）的精神，但实际它经常被错误地理解和应用。从我25年来和许多进行过程改 进的世界领先的软件开发组织的合作经验看，我相信大多数应用CMM的组织还局限于默认的瀑布模式思想上。我不认为错在模式本身，因为我知道CMM语境里的 一些过程改进是基于一种现代的、叠代的开发方法。不过，我这种启示性的理解并非规范。

CMM综述

　 　基于组织对关键过程域的支持，CMM定义了软件过程成熟度的五个级别。级别1（初始级）描述了不成熟，或者说是未定义的过程的组织。级别2（可重复 级），级别3（已定义级），级别4（已管理级）和级别5（优化级）分别描述了软件过程成熟度级别递增的组织。和这些级别相关的KPA是：

　　级别2：需求管理，软件项目计划，软件项目跟踪和监控，软件子合同管理，软件质量保证，软件配置管理。

　　级别3：组织级过程焦点，组织级过程定义，培训大纲，集成软件管理，软件产品工程，组间协调，同行评审。

　　级别4：定量过程管理，软件质量管理

　　 级别5：缺陷预防，技术更新管理，过程更改管理

　　 多数组织的基本目标是达到成熟度3级。评估组织当前的成熟度级别的手段之一是软件能力评估（SCE）。SCE通过评估软件过程（一般以方针陈述的形式）和 项目实践来确定该组织是否言行一致。组织的过程体现了"如实记录所做的工作"，项目实施（对该过程的特定剪裁和解释）应该证明"说到做到"。

CMMI 综述

　　 软件成熟度模型（CMM v1.0）最早是软件工程学院开发的，并特别提出软件过程成熟度。1990年，该模型首次发布，在许多领域被成功地采纳和使用。其他学科的CMM也相继开发，例如系统工程、人员、集成产品开发、软件采购等等。

　　CMMI被看做是把各种CMM集成为一个系列的模型中。CMMI的基础源模型包括：软件CMM 2.0版（草稿C）, EIA-731系统工程，以及IPD CMM (IPD) 0.98a版。CMMI也描述了5个不同的成熟度级别。

　　 1. 级别1（初始级）代表了以不可预测结果为特征的过程成熟度。过程包括了一些特别的方法、符号、工作和反应管理，成功主要取决于团队的技能。

　　 2. 级别2（已管理级）代表了以可重复项目执行为特征的过程成熟度。组织使用基本纪律进行需求管理、项目计划、项目监督和控制、供应商协议管理、产品和过程质 量保证、配置管理、以及度量和分析。对于级别2而言，主要的过程焦点在于项目级的活动和实践。

　　 3. 级别3（严格定义级）代表了以组织内改进项目执行为特征的过程成熟度。

　　强调级别2的关键过程域的前后一致的、项目级的纪律，以建立组织级的活动和实践。附加的组织级过程域包括：
　　 需求开发：多利益相关者的需求发展。
　　 技术方案：展开的设计和质量工程。
　　 产品集成：持续集成、接口控制、变更控制。
　　 验证：保证产品正确建立的评估技术。
　　 确认：保证建立正确的产品的评估技术。
　　 风险管理：检测、优先级，相关问题和意外的解决方案。
　　 组织级培训：建立机制，培养更多熟练人员。
　　 组织级过程焦点：为项目过程定义建立组织级框架。
　　 决策分析和方案：系统的可选的评估。
　　 组织级过程定义：把过程看做组织的持久的发展的资产。
　　 集成项目管理：在项目内统一各个组和利益相关者。

　　4. 级别4（定量管理级）代表了以改进组织性能为特征的过程成熟度。3级项目的历史结果可用来交替使用，在业务表现的竞争尺度（成本、质量、时间）方面的结果是可预测的。级别4附加的过程域包括：

　　组织级过程执行：为过程执行设定规范和基准。
　　 定量的项目管理：以统计质量控制方法为基础实施项目。

　　5. 级别5（优化级）代表了以可快速进行重新配置的组织性能，和定量的、持续的过程改进为特征的过程成熟度。附加的级别5过程域包括：

　　因果分析和解决方案：主动避免错误和强化最佳实践。

　　组织级改革和实施：建立一个能够有机地适应和改进的学习组织。

CMM过时了吗？

　 　一些CMM实践的问题也是传统瀑布方法和过度基于过程的管理的症状。CMM的基于活动的度量方法和瀑布过程的有次序的、基于活动的管理规范有非常密切的 联系（即：先是需求活动，然后是设计活动，编码活动，单位测试活动，集成活动，以及系统接收测试）。这大概可以解释为什么许多组织对CMM的认识停留在瀑 布思想上。

标签：

版权申明：本站文章部分自网络，如有侵权，请联系：west999com@outlook.com
特别注意：本站所有转载文章言论不代表本站观点，本站所提供的摄影照片，插画，设计作品，如需使用，请与原作者联系，版权归原作者所有