能力成熟度模型集成（，简称CMMI）是一种改进过程的方法，其目的是协助提升组织的绩效。CMMI可用来引导一整个项目、一整个部门乃至一个完整的组织的过程改进。在软件工程和组织发展的领域中，CMMI能够向组织提供用于有效的过程改进的基本元素。CMMI由卡内基梅隆大学在美国专利和商标局（英文：U.S. Patent and Trademark Office）注册。

按照（简写：SEI，2008）说法，CMMI能够协助“集成传统独立的组织功能，设置过程改进目标和优先级，为质量过程提供指引，并为评价当前过程提供一个参考点”。

概述
CMMI目前致力于三个感兴趣的区域：
#产品和服务开发——CMMI开发方面（英文：CMMI for Development，简称 CMMI-DEV），
#服务建立、管理和交付——CMMI服务方面（英文：CMMI for Service，简称 CMMI-SVC），以及
#产品和服务采购——CMMI采购方面（英文：CMMI for Acquisition，简称 CMMI-ACQ）。

CMMI由来自行业、政府和位于卡内基·梅隆大学的软件工程研究所的一组专家开发。CMMI模型为开发或改进用于达成一个组织的商业目标的过程提供指导。一个CMMI模型也可能被用作用于评价组织的过程成熟度的框架。，1.3版于2010年11月发行。它专注于产品和服务开发过程。

• CMMI采购方面，1.3版于2010年11月发行。它专注于政府和行业中的供应链管理、采购和外包过程。
• CMMI服务方面，1.3版于2010年11月发行。它专注于为在一个组织中的、向外部客户的交付服务的指导。

不管组织选择哪种模型，CMMI最佳实践应当被组织根据它的商业目标来适配。

评价
一个组织不能在CMMI中被认证（certified）；替代地，组织是被评价（appraised）。依赖评价的类型，这个组织可被授予一个成熟度等级评定（英文：maturity level rating）1～5，或能力等级达成概要（英文：capability level achievement profile）。

许多组织通过进行一个评价，在度量他们的过程期间发现价值。评价典型地因下面的一个或多个原因而进行：

确定相较于CMMI最佳实践，组织的过程好到什么程度，并识别那些可以做改进的区域。

告知外部客户和供应商，相较于CMMI最佳实践，组织的过程好到什么程度。

满足一个或多个客户的合同需求。

使用一个CMMI模型的组织的评价必须遵守定义在“CMMI评价需求”（英文：Appraisal Requirements for CMMI，简称ARC）文档中的需求。有三类评价——甲、乙和丙，它们聚焦于识别改进机会，并将组织的过程与CMMI最佳实践相比较。其中，甲类评价是最正式的，并且是唯一一个可以在一个等级评定中得到结果的。评价团队使用一个CMMI模型和CMMI评价需求相符的评价方法来指导他们对组织的评估以及他们的结论报告。评价结果随后可以被用于为组织（例如，通过一个过程组）来计划改进。

“”（简称SCAMPI）是一个评价方法，它满足所有的CMMI评价需求。一个SCAMPI评价的结果会被发布在软工所的CMMI网站（如果被评价的组织同意的话）。SCAMPI还支持ISO/IEC 15504的管理——也称SPICE（软件过程改进和能力测定），评价等。

达到CMMI符合性
组织经常采用的来达到CMMI模型遵从性的传统的方法包括工程过程组（Engineering Process Group，简称EPG）和过程行动团队（PATs）的建立。这个方法要求：工程过程组和过程行动团队的成员经过在CMMI中的培训、一个非正式的评价（SCAMPI－丙）已被执行、以及过程区域被为改进而排列优先级。更多新的方法包括商业可用的开发、遵从CMMI的过程，可以显著地减少达到遵从的时间。软工所已为组织通过更早的软件CMM、并主要使用传统方法，维护对于“提升时间”的统计。这些统计表明，自1987年以来，从1级移动到2级的时间中值是23个月，而从2级到3级则外加20个月。这些统计尚未为CMMI而更新。

软件工程研究所（软工所）的“团队软件过程”（Team Software Process）方法论和对CMMI模型的使用可以被用于提升成熟度级别。

应用
於2006年指出，60个组织度量了在开销、安排、生产率、质量和客户满意度范畴内的绩效的提升。绩效的增长中值徘徊在14%（客户满意度）和62%之间。然而，CMMI模型大多数处理什么过程应当被实施，而对如何它们才能被实施却不多。这些结果不保证在任何组织中使用CMMI都将会提高绩效。一个拥有较少资源的小公司不太会从CMMI中得到好处；这个观点由过程成熟度概要支撑。对于小型组织（小于25名雇员），70.5%被评估在2级：已管理，而52.8%的拥有1001～2000名雇员的组织被评价为最高级（5：优化中）。

有趣的是，特纳和耆那（2002）争论说，尽管很明显在CMMI和敏捷方法之间有着巨大的不同，但两个方法拥有很多共同点。他们相信没有一条路是开发软件的“正确的”路，但是项目中存在一些一者或二者更适合的阶段。他们建议应该将这些方法的不同碎片结合到一个新的混合的方法。萨瑟兰等人（2007）断言“混战争球”和CMMI比任何单独一方能带来更多的适应性和可预测性。戴维·J·安德森（2005）给出了对于如何以敏捷方式解释CMMI的提示。其他关于使用CMMI和敏捷开发的观点可以在软工所网站上找到。

项目管理技术“挣值管理”（英文：earned value management，简称EVM）与CMMI的结合已经被描述。为了与CMMI的近似使用达成一致，“极限编程”（英文：Extreme Programming，简称XP）——一个软件工程方法——被按CMM/CMMI来评估（Nawrocki等人，2002）。例如，依靠口头交流的极限编程需求管理方法，被评估为不遵从CMMI。

CMMI可以被用两种不同的方法来评价：分阶段的和持续的。分阶段的方法产生五个成熟度级别之一的评价结果。持续的方法产生六个能力级别之一。这些方法的不同点仅会在评价时被感知，最佳实践是平等的并且导致平等的过程改进结果。

引用
官方来源
;软工所报告
*
*
*
*
*
*
*

;软工所网页
*
*
*

• [https://web.archive.org/web/20120615014424/https://sas.sei.cmu.edu/pars/pars.aspx SCAMPI评价结果]. 已发布的SCAMPI评价结果的完整软工所列表。

外部链接
*
*