CMMI（能力成熟度集成模型）

CMMI 的全称为：Capability Maturity Model Integration，即能力成熟度模型集成。CMMI是CMM模型的最新版本。早期的CMMI（CMMI-SE/SW/IPPD）1.02版本是应用于软件业项目的管理方法，SEI在部分国家和地区开始推广和试用。随着应用的推广与模型本身的发展，演绎成为一种被广泛应用的综合性模型。
　　自从1994 年SEI 正式发布软件CMM 以来，相继又开发出了系统工程、软件采购、人力资源管理以及集成产品和过程开发方面的多个能力成熟度模型。虽然这些模型在许多组织都得到了良好的应用，但对于一些大型软件企业来说，可能会出现需要同时采用多种模型来改进自己多方面过程能力的情况。这时他们就会发现存在一些问题，其中主要问题体现在：
　　不能集中其不同过程改进的能力以取得更大成绩；
　　要进行一些重复的培训、评估和改进活动，因而增加了许多成本；
　　遇到不同模型中有一些对相同事物说法不一致，或活动不协调，甚至相抵触。
　　于是，希望整合不同CMM 模型的需求产生了。1997 年，美国联邦航空管理局（FAA）开发了FAA-iCMMSM（联邦航空管理局的集成CMM），该模型集成了适用于系统工程的SE-CMM、软件获取的SA-CMM 和软件的SW-CMM 三个模型中的所有原则、概念和实践。该模型被认为是第一个集成化的模型。
　　CMMI评估的预备工作
　　评估实践证明：在进行CMMI评估之前，制定一个正确的评估计划并将其文档化，确保有一个富有经验的、受过培训且具有适当资格的小组能被用来评估，为执行评估过程做准备，是十分必要的。
　　我们所说的文档化CMMI评估计划的结果，包括：要求，协定，估价，风险，剪裁方法，以及与评估相关的实际考虑（例如：日程安排，后勤，组织的背景信息）。此外，还应当获取并记录发起方对于CMMI评估计划的正式批准。在制定评估计划之前，应对CMMI评估输入中反映出来的协议文档化，该协议将有助于CMMI评估目标和关键评估计划参数的共同理解。在对驱动计划过程的关键参数达成共同理解的基础上，CMMI评估发起方和SCAMPI主任评估师应就评估计划达成一致；发起者和评估小组领导应就已计划的评估中技术和非技术细节达成一致。这个计划在执行其他的计划和准备阶段活动中需要进一步细化。
　　而通过CMMI评估小组的准备工作，将产生一支富有经验的、受过培训的且定位准确的小组准备执行CMMI评估任务。该小组的成员都应当获得了完成他们各自的任务所必备的知识，或者他们之前所拥有的知识被证实足以完成相关任务。评估小组领导者已经给每一个人提供了为完成他们各自的任务所需的对技能进行实践的机会，或者证实这些技能在过去已经得到了示范。小组成员相互了解，同时开始计划他们如何协调一致的工作。还应该做到：准备好的小组是为评估目标而服务的，小组的成员已提供培训且培训结果被记录，在必要的时候，对他们所做的因知识或技能不足的补救工作已经完成。我们认为，无论CMMI评估小组领导者是从头培训一支全新的评估小组，还是通过从富有经验的小组成员中选择来组建一个小组，确保他们与CMMI评估小组领导者能组成一个成功的集体是其责任。此外，在对CMMI评估进行的预备工作的过程中，我们还应当对模型剪裁的原则有所了解：
　　1.在某些应用中，计划模板和例行的程序能够根据评估的需要进行调整，这和当地的过程所有权一样，有助于交流；
　　2.一个结构化的计划工艺组有利于只有有限的评估经验的组织，这样一个工艺就像缓和策略样，对于发现风险是一个很有价值的机会；
　　3.案例研究材料提供了各种各样的选择来扩充小组培训内容以增强那些更需要培训的重点；
　　4.富有经验的评估小组领导者在没有案例分析的情况下，同样可以管理和模拟评估行为；
　　5.在小组所有已获得培训成员的集合中，对小组的建立工作进行管理以确保其团队凝聚力是十分重要的，因此，很多的小组建立练习是可以利用的，小组的规模、技能、组成部分都是本方法的裁剪内容；
　　6.所采用工具可以包括评估计划模板，样例，和计划模板中嵌入式的程序上的帮助，此外，为了估计评估约束的影响，估算工作表和方法也是很有用处的。
　　总之，CMMI评估是一个十分复杂的过程，更由于其具有的不确定性，在评估的实践中，一定要做到有备无患。真理来自于实践，我们相信，随着越来越多的软件组织着手CMMI评估，越来越多的成功经验将为我们所利用和借鉴。
　　Cmmi评估方法
　　自1991年起，CMM出现了很多模型，覆盖了各种各样的专业领域。其中著名的模型有系统工程·软件工程·软件采购·集成产品和流程开发等。然而当企业想要在组织内不同专业领域的流程改进，这些针对不同专业领域的模型在架构·内容和方法上的不同限制了组织成功实施改进的能力。此外，将这样模型在组织内部集成也提高了培训·认证和改进的费用。一套包括多个专业领域的模型加上整合的培训和认证支持将解决这些问题。
　　CMMI(Capability maturity model integration)是为了合并三个模型到一个框架中
　　Capability Maturity Model for Software (SW-CMM) v2.0 draft C,
　　Electronic Industries Alliance Interim Standard (EIA/IS) 731
　　Integrated Product Development Capability Maturity Model (IPD-CMM) v0.98
　　正如其他CMM模型，CMMI提供了流程改进的指导，而不是流程或流程的描述。组织使用的实际流程取决于很多因素，包括应用领域·组织框架和规模。CMMI将许多经过验证的方法加入架构中，来帮组组织评价成熟度·某个软件流程的能力度，并且建立改进的优先顺序和实施改进。
　　从CMMI框架可以产生不同的CMMI模型，因此必须首先确定那种模型最适合企业流程改进的需要。
　　阶段式描述 or 连续式描述
　　系统工程 or 软件工程 or 两者皆有
　　使用连续式描述可以根据企业需要选择流程改进顺序，降低企业风险，这给通过ISO做流程改进提供了一个方便的比较。使用能力度(Capability)来衡量。
　　阶段式描述提供了已经过验证的流程改进顺序，方便从CMM移植过来。使用成熟度(Maturity)来衡量流程改进。
　　系统工程包括整个系统的开发，可能包括软件也可能不包括。
　　软件工程用于软件系统的开发，主要集中在使用系统的·科学的·量化的方法来开发·运行·维护软件。
　　cmm是项目管理
　　由美国卡内基梅隆大学的软件工程研究所(SEI)创立的CMM(Capability Maturity Model 软件能力成熟度模型)认证评估，在过去的十几年中，对全球的软件产业产生了非常深远的影响。CMM共有五个等级，分别标志着软件企业能力成熟度的五个层次。从低到高，软件开发生产计划精度逐级升高，单位工程生产周期逐级缩短，单位工程成本逐级降低。据SEI统计，通过评估的软件公司对项目的估计与控制能力约提升40%到50%；生产率提高10%到20%，软件产品出错率下降超过1/3。
　　对一个软件企业来说，达到CMM2就基本上进入了规模开发，基本具备了一个现代化软件企业的基本架构和方法，具备了承接外包项目的能力。CMM3评估则需要对大软件集成的把握，包括整体架构的整合。一般来说，通过CMM认证的级别越高，其越容易获得用户的信任，在国内、国际市场上的竞争力也就越强。因此，是否能够通过CMM认证也成为国际上衡量软件企业工程开发能力的一个重要标志。
　　CMM是目前世界公认的软件产品进入国际市场的通行证，它不仅仅是对产品质量的认证，更是一种软件过程改善的途径。参与CMM评估的博科负责人表示，通过CMM的评估认证不是目标，它只是推动软件企业在产品的研发、生产、服务和管理上不断成熟和进步的手段，是一种持续提升和完善企业自身能力的过程。此次由美国PIA咨询公司负责评估并最终通过CMM3认证，标志着博科在质量管理的能力已经上升到一个新的高度。
　　CMMI分为五个等级，二十五个过程区域（PA）（如图所示）。
　　1． 初始级 软件过程是无序的，有时甚至是混乱的，对过程几乎没有定义，成功取决于个人努力。管理是反应式的。
　　2． 已管理级 建立了基本的项目管理过程来跟踪费用、进度和功能特性。制定了必要的过程纪律，能重复早先类似应用项目取得的成功经验。
　　3． 已定义级 已将软件管理和工程两方面的过程文档化、标准化，并综合成该组织的标准软件过程。所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件，软件产品的生产在整个软件过程是可见的。
　　4． 量化管理级 分析对软件过程和产品质量的详细度量数据，对软件过程和产品都有定量的理解与控制。管理有一个作出结论的客观依据，管理能够在定量的范围内预测性能。
　　5． 优化管理级 过程的量化反馈和先进的新思想、新技术促使过程持续不断改进。
　　每个等级都被分解为过程域，特殊目标和特殊实践，通用目标、通用实践和共同特性：
　　每个等级都有几个过程区域组成，这几个过程域共同形成一种软件过程能力。每个过程域，都有一些特殊目标和通用目标，通过相应的特殊实践和通用实践来实现这些目标。当一个过程域的所有特殊实践和通用实践都按要求得到实施，就能实现该过程域的目标。
　　能力度等级：属于连续式表述，共有六个能力度等级(0~5)，每个能力度等级对应到一个一般目标，以及一组一般执行方法和特定方法。
　　0　不完整级
　　1　执行级
　　2　管理级
　　3　定义级
　　4　量化管理级
　　5　最佳化级
　　CMMI的评估方式：
　　自我评估：用于本企业领导层评价公司自身的软件能力。
　　主任评估：使本企业领导层评价公司自身的软件能力，向外宣布自己企业的软件能力
　　CMMI的评估类型：
　　软件组织的关于具体的软件过程能力的评估。
　　软件组织整体软件能力的评估（软件能力成熟度等级评估）。
　　CMMI的基本思想
　　1、解决软件项目过程改进难度增大问题
　　2、实现软件工程的并行与多学科组合
　　3、实现过程改进的最佳效益
　　1、CMMI的背景
　　CMM的成功促使其他学科也相继开发类似的过程改进模型，例如系统工程、需求工程、
　　人力资源、集成产品开发、软件采购等等，从CMM衍生出了一些改善模型，比如：
　　（1） SW-CMM (Software CMM) 软件CMM
　　（2） SE-CMM (System Engineering CMM) 系统工程CMM
　　（3） SA-CMM (Software Acquisition CMM) 软件采购CMM
　　（4） IPT-CMM (Integrated Product Team CMM) 集成产品群组CMM
　　（5） P-CMM (People CMM) 人力资源能力成熟度模型
　　为了以示区别，国内外很多资料把CMM叫做SW-CMM。按照SEI原来的计划，CMM的改进版本2.0应该在1997年11月完成，然后在取得版本2.0得实践反馈意见之后，在1999年完成准CMM2.0版本。
　　但是，美国国防部办公室要求SEI推迟发布CMM2.0版本，而要先完成一个更为紧迫的项目CMMI，原因是在同一个组织中多个过程改进模型的存在可能会引起冲突和混淆， CMMI就是为了解决怎么保持这些模式之间的协调。
　　CMMI（Capability Maturity Model Integration）即能力成熟度集成模型，这是美国国防部的一个设想，他们想把现在所有的以及将被发展出来的各种能力成熟度模型，集成到一个框架中去。这个框架有两个功能，第一，软件采购方法的改革；第二，建立一种从集成产品与过程发展的角度出发、包含健全的系统开发原则的过程改进。就软件而言，CMMI是SW-CMM的修订本。
　　它兼收了SW-CMM 2.0版C稿草案和SPA中更合理、更科学和更周密的优点。SEI在发表CMMI-SE/SW 1.0版时，宣布大约用两年的时间完成从CMM到CMMI的过渡。
　　CMMI项目更为工业界和政府部门提供了一个集成的产品集，其主要目的是消除不同模型之间的不一致和重复，降低基于模型改善的成本。CMMI将以更加系统和一致的框架来指导组织改善软件过程，提高产品和服务的开发、获取和维护能力。
　　由业界、美国政府和卡内基•梅隆大学软件工程研究所率先倡导的能力成熟度模型集成（CMMI）项目致力于帮助企业缓解这种困境。CMMI为改进一个组织的各种过程提供了一个单一的集成化框架，新的集成模型框架消除了各个模型的不一致性，减少了模型间的重复，增加透明度和理解，建立了一个自动的、可扩展的框架。因而能够重总体上改进组织的质量和效率。CMMI主要关注点就是成本效益、明确重点、过程集中和灵活性四个方面。
　　与原有的能力成熟度模型类似，CMMI也包括了在不同领域建立有效过程的必要元素，反映了业界普遍认可的"最佳"实践；专业领域覆盖软件工程、系统工程、集成产品开发和系统采购。在此前提下，CMMI为企业的过程构建和改进提供了指导和框架作用；同时为企业评审自己的过程提供了可参照的行业基准。