在当今瞬息万变的IT与工程领域，如何确保项目按时交付、质量可控且成本合理，是每一个组织面临的终极挑战。为了解决这一问题，业界诞生了两套经典的评估与改进框架：能力成熟度模型（CMM） 与能力成熟度模型集成（CMMI）。
本文将基于提供的资料，深入剖析这两套模型的演变逻辑、核心等级及其关键过程域，揭示企业如何从"杂乱无章"走向"持续优化"。
一、CMM：软件工程的基石
能力成熟度模型（CMM）是最早期的过程改进框架，它主要聚焦于软件工程领域。CMM的核心思想是：软件生产的质量取决于开发和维护该软件的过程质量。它将企业的软件能力划分为五个等级，从最初的混乱状态逐步进化到科学管理的最高境界。
CMM的五个成熟度等级
| 能力等级 | 核心特征 | 关键关注点 |
|---|---|---|
| 初始级 | 过程杂乱无章，缺乏明确定义。 | 依赖个人英雄主义，成功不可复制。 |
| 可重复级 | 建立了基本的项目管理过程。 | 能够跟踪费用、进度和功能，可重复以往成功。 |
| 已定义级 | 管理与工程过程已文档化、标准化。 | 形成组织级的标准过程，项目可根据标准剪裁。 |
| 已管理级 | 制定了详细的度量标准。 | 对过程和产品质量有定量的理解和控制。 |
| 优化级 | 加强定量分析，利用反馈进行改进。 | 持续的过程改进，缺陷预防与技术革新。 |
在CMM模型中，企业必须一级一级地攀登。例如，在"可重复级"，重点在于建立基本的管理纪律（如需求管理、项目跟踪）；而到了"已定义级"，则要求将这些规范上升为整个组织的标准（如组间协调、同行评审）。
二、CMMI：跨学科的集成进化
随着技术的发展，单纯的软件模型已无法满足现代工程的需求。CMMI应运而生，它是对多个过程模型的综合与改进。CMMI不仅涵盖软件，还支持系统工程、集成产品及过程开发等多个学科。
CMMI提供了两种表示方法，其中最常用的是阶段式模型，它沿袭了CMM的五级成熟度架构，但在定义上更加严谨和广泛。
CMMI阶段式模型的成熟度等级
表格
| 能力等级 | 核心特征 | 过程服务范围 |
|---|---|---|
| 初始级 | 过程不可预测且缺乏控制。 | 反应式，混乱。 |
| 已管理级 | 过程为项目服务。 | 确保项目层面的需求、计划、监控得到有效执行。 |
| 已定义级 | 过程为组织服务。 | 建立组织级的标准过程资产，支持跨项目的一致性。 |
| 定量管理级 | 过程已度量和控制。 | 利用统计技术控制过程性能，实现可预测性。 |
| 优化级 | 集中于过程改进和优化。 | 基于量化反馈，主动优化过程性能。 |
值得注意的是，CMMI在等级名称上做了微调，例如将CMM的"可重复级"合并入更广泛的"已管理级"概念中，并强调了"定量管理"与"优化"的区别。
三、核心差异与过程域详解
虽然CMM和CMMI在结构上相似，但CMMI的过程域更加丰富，覆盖了从需求开发到决策分析的完整生命周期。根据资料，CMMI在2级到5级的具体过程域划分如下：
CMMI关键过程域分布表
| 成熟度等级 | 关键过程域 (Key Process Areas) |
|---|---|
| 已管理级 | 需求管理、项目计划、配置管理、项目监督与控制、供应商合同管理、度量和分析、过程和产品质量保证 |
| 已定义级 | 需求开发、技术解决方案、产品集成、验证、确认、组织级过程焦点、组织级过程定义、组织级培训、集成项目管理、风险管理、集成化的团队、决策分析和解决方案、组织级集成环境 |
| 定量管理级 | 组织级过程性能、定量项目管理 |
| 优化级 | 组织级改革与实施、因果分析和解决方案 |
此外，CMMI还引入了连续式模型 ，这与阶段式模型不同。连续式模型关注的是每个过程域的能力，允许一个组织对不同的过程域达到不同的能力等级。这为组织提供了更大的灵活性，使其可以根据自身的业务痛点，优先提升特定领域（如"风险管理"或"需求开发"）的能力，而不必受限于整体的成熟度等级。
四、总结
从CMM到CMMI，体现了工程管理从单一学科向系统集成发展的趋势。
- CMM教会了我们如何通过标准化和量化来驯服软件开发的混乱。
- CMMI则在此基础上，打破了学科壁垒，提供了一套通用的语言和方法论。
无论是采用阶段式模型追求整体成熟度的提升，还是利用连续式模型针对特定短板进行补强，这两套模型的核心目标始终未变：通过持续的过程改进，将不可预测的"人治"转化为可预测、可度量、高效率的"法治"体系。
