新发布的CMMI V2.0在方法论和方法上都提出了一些战略上的变化和改进。今天，简单的介绍一下CMMI V2.0。

一、 CMMI V 2.0简介

CMMI V2.0 模型是一套经过验证的全球最佳实践，旨在优化不断变化的全球环境中的业务性能，帮助组织建立解决最常见业务挑战的关键能力并设定相应基准，通过可重复性和实践来改进流程。CMMI全球最佳实践使组织能够建立和基准化最常见的业务挑战，包括：

（1）管理工作，确保质量并提高绩效

（2）开发产品并提供/管理服务

（3）管理供应商

（4）管理人力和支持实施

（5）保持习惯的持久性和管理业务弹性

CMMI V2.0发布日期

2018年3月28日，CMMI研究院发布了最新版本的CMMI模型-专门用于开发的CMMI V2.0模型。2018年12月4日，CMMI研究所扩展了CMMI V2.0产品套件，并发布了用于服务和供应商管理的CMMI模型。

CMMI V2.0过渡日期

CMMI V1.3已于2020年9月30日停用。从2020年10月1日开始，仅接受CMMI V2.0评估。重要的是，至少提前一年开始准备过渡到CMMI V2.0的策略。

CMMI V2.0模型具有四个类别，12个能力域和25个实践域。四个类别分别是doing（对应1.3的工程类）、managing（对应1.3的项目管理类）、enabling（对应1.3的支持类）和improving（对应1.3的过程管理类）。每个类别又包含专门定义的能力域，这些域是组织在开发和交付产品和/或服务时通常会遇到的相关和通用的实践按照逻辑分的组。

CMMI V2.0的能力域包括：行动（确保质量，设计和开发产品，交付与管理服务，选择和管理供应商），管理（规划和管理工作，管理业务弹性，管理员工），赋能（支持实施，管理安全和安保）和提高（维持习惯性和持久性，改善性能）。

CMMI V2.0的变化

CMMI V2.0中的变化包括更新的CMMI模型和实施过程的方法。CMMI V2.0专注于：

• 在运营和业务目标（时间、质量、预算、客户满意度等）上提高业务性能；

• 通过Scrum项目流程建立敏捷弹性，并专注于性能；

• 加快模型采用速度，同时减少准备时间和生命周期成本；

• 在以前的CMMI V1.3模型下，需求被分解为定义的域，称为“过程域”，这些域被分为四个通用类别，即过程管理、项目管理、工程和支持；

• 随着CMMI V2.0模型的发布，CMMI研究院引入了新的术语，并将需求在类、能力域和实践域中分组重新定义。

二、 CMMI的来源‍

自从1994 年SEI正式发布软件CMM以来，随着人们对CMM研究的不断深入，其他学科也结合本系统的特点，陆续推出了自己的CMM模型。例如， SW-CMM (Software CMM) 软件CMM、 SE-CMM (System Engineering CMM) 系统工程CMM、 SA-CMM (Software Acquisition CMM) 软件采购CMM、 IPT-CMM (Integrated Product Team CMM) 集成产品群组CMM、 P-CMM (People CMM) 人力资源能力成熟度模型等等。

为了以示区别，国内外很多资料把CMM叫做SW-CMM。虽然这些模型在许多组织都得到了良好的应用，但对于一些大型软件企业来说，可能会出现需要同时采用多种模型来改进自己多方面过程能力的情况。这时他们就会发现存在一些问题，其中主要问题体现在:

（1）不能集中其不同过程改进的能力以取得更大成绩;

（2）要进行一些重复的培训、评估和改进活动，因而增加了许多成本;

（3）遇到不同模型中有一些对相同事物说法不一致，或活动不协调，甚至相抵触。

于是，希望整合不同CMM 模型的需求产生了。1997 年，美国联邦航空管理局(FAA)开发了FAA-iCMMSM(联邦航空管理局的集成CMM)，该模型集成了适用于系统工程的SE-CMM、软件获取的SA-CMM 和软件的SW-CMM 三个模型中的所有原则、概念和实践。该模型被认为是第一个集成化的模型。

按照SEI原来的计划，CMM的改进版本2.0应该在1997年11月完成，然后在取得版本2.0的实践反馈意见之后，在1999年完成准CMM2.0版本。但是，美国国防部要求SEI推迟发布CMM2.0版本，而要先完成一个更为紧迫的项目CMMI。

CMMI(Capability Maturity Model Integration)即能力成熟度集成模型，这是美国国防部的一个设想，他们想把所有的以及将被发展出来的各种能力成熟度模型，集成到一个框架中去。这个框架有两个功能，第一，软件采购方法的改革;第二，建立一种从集成产品与过程发展的角度出发、包含健全的系统开发原则的过程改进。

2000年，SEI发布CMMI V1.0。就软件而言，CMMI是SW-CMM的修订本，它兼收了SW-CMM 2.0版C稿草案和SPA中更合理、更科学和更周密的优点。SEI在发表CMMI-SE/SW 1.0版时，宣布大约用两年的时间完成从CMM到CMMI的过渡。新的集成模型框架消除了各个模型的不一致性，减少了模型间的重复，增加透明度和理解，建立了一个自动的、可扩展的框架，因而能够从总体上改进组织的质量和效率。

与原有的能力成熟度模型类似，CMMI也包括了在不同领域建立有效过程的必要元素，反映了业界普遍认可的"最佳"实践；专业领域覆盖软件工程、系统工程、集成产品开发和系统采购。在此前提下，CMMI为企业的过程构建和改进提供了指导和框架作用；同时为企业评审自己的过程提供了可参照的行业基准。

随着时间的发展，CMMI不断的完善、更新，有了我们现在熟知的CMMI V2.0模型。

三、 性能和过程改进的关键

1、展现出可见的、积极的、高层领导者的支持

持续不断的高层领导者的支持对成功至关重要。如果没有时刻警惕、正面的压力和高层管理者的积极支持，员工会认为高层管理者不在意，那就没人会在意，性能和过程改进就会失败。

2、让执行工作的人参与进来

执行任务的人需要参与描述和记录过程，以便反映工作实际如何被执行。积极参与过程及其持续改进会使参与者产生主人公感觉，从而主动支持它，使得过程更有可能被遵循，并成为完成工作的正常方式。

3、首先记录“现状”

在记录过程时，要着重记录当前正在做的事情（即“现状”过程），要避免记录认为应该做什么的诱惑。

4、专注于实现业务目标

性能和过程改进计划必须支持组织的业务目标。此外，使改进的优先级与组织的优先级保持一致，否则对这些计划的支持就会消失。

5、沟通、沟通、再沟通

在员工满意度调查中，缺乏沟通往往是头号问题。员工想知道管理层如何支持已计划的变更以及变更将如何影响他们。人们天生会抵制变化，倾向于回到舒适的状态。清晰、一致和频繁的沟通可以减轻变化时人们的焦虑。研究表明，必须以多种方式多次给与消息，才能确保至少90%的人接受并采取相应行动。

6、建立明确的改进基础条件

组织需要确保资金、资源、工具、培训和支持到位，以管理和支持性能和过程改进。这包括具有适当技能和经验的人员，以及明确的责任、权力和问责。

7、对准恰当的细节层次

“不要让完美成为足够好的敌人。“过程文档中的详细程度要恰当。关注性能和过程改进而不是实施和部署完美的过程。

8、计划并提供培训

升级技能对于支持性行为和强化期望的行为至关重要。培训至少应涵盖个人开展工作时需要的全部过程和工具。

9、通过度量获得业务结果

“有了度量才算已经执行。”请记住，度量需要投资。因此需确保每个度量项的收集都有理由，并且该度量项能够为业务带来价值和性能改进。不要“为度量而度量”，要优先考虑更多的分析而不是更多的度量。

10、强化良好的行为

修正行为需要持续的强化。积极的强化（如奖励）通常比消极强化更有效（如惩罚）。确保奖励基于优点和表现，而不是个人关系。

11、管理干系人的期望

与内部或外部客户和供应商一起管理变更的预期和影响。随着组织实施性能改进，记得告知和教育您的客户、供应商和其他利益相关方。

12、为差异制定计划

性能和过程改进的成功取决于组织的环境。在一种情况下运行良好的过程可能在另一种情况中起反作用。过程和变化必须考虑到组织中的差异并适应文化。

13、变更不要太多

人们一次只能吸收一定数量的变更，如果同时引入太多变更，采纳的时候会导致不均衡，并且一些变更不会演变成为习惯，确定哪些变更有效也会变得困难。留出时间让变更内化，并使其成为习惯。

四、实施CMMI的好处‍

• 通过参照模型可以发现企业与最佳实践的差距，为日后改进指出了方向；

• 改善产品开发过程，缩短产品开发时间；

• 提高产品质量，降低产品缺陷率，提升客户满意度；

• 降低产品开发成本，提高项目控制能力；

• 合理安排资源，减少资源浪费；

• 有助于提高软件开发者的职业素养，每一个参与其中的员工的做事方法逐渐变得规范化、标准化；

• 能够解决人员流动带来的问题；

• 有利于提升公司和员工绩效管理水平，以持续改进效益。

更多内容请关注微信公众号“赛希咨询”