CMMI 是什么?它和 CMM 有什么区别,适合哪些组织使用?

CMMI（Capability Maturity Model Integration，能力成熟度模型集成）是一套用于评估和改进组织过程能力的模型框架，核心用途是帮助组织把研发、工程或服务交付的过程变得可管理、可度量、可改进。它适合希望系统化提升过程质量的组织，尤其是软件研发、系统工程和服务交付类团队；但它不是强制认证，是否采用应结合组织规模、客户合同要求和自身改进目标判断。

CMMI 解决什么问题

CMMI 关注的不是某个具体技术，而是"组织做事的方式"。它把过程能力拆解成可评估的维度，让组织能够回答几个问题：

• 我们的过程是否稳定、可重复？
• 过程执行是否有数据支撑，而不是靠个人经验？
• 出现问题时，能否定位到过程环节并持续改进？

SSQC 将 CMMI 与 Agile、CMM、Lean、ISO 9000 系列、BPR 等并列为过程改进与质量相关的服务方向，说明 CMMI 在实践中通常被放在"过程改进（SPI）"和"质量保证（SQA）"的语境下使用，而不是孤立的认证项目。

CMMI 和 CMM 有什么区别

CMM（Capability Maturity Model，能力成熟度模型）是更早期的模型体系，通常按领域分别建立，例如软件领域有单独的软件 CMM。CMMI 则是在 CMM 基础上整合而来，把多个相关领域的能力模型合并到一个框架中，覆盖面更广。

对读者来说，关键结论是：如果你现在接触的是较新的过程改进资料，看到的通常是 CMMI；CMM 更多出现在早期文献或历史讨论中。SSQC 同时列出 CMM 和 CMMI，也反映了这两者在过程改进实践中存在延续关系。

成熟度等级和能力等级的基本含义

CMMI 用等级来描述过程能力的演进阶段。常见理解方式是：等级越高，过程越趋于量化管理和持续优化。不同表示法下会区分"成熟度等级"和"能力等级"，但共同点是——等级不是打分排名，而是描述过程管理方式的阶段特征。

• 较低等级：过程往往依赖个人能力，结果波动较大。
• 中间等级：过程被定义、文档化并在组织内推广。
• 较高等级：过程有量化数据支撑，并能基于数据进行持续优化。

评估结果可以帮助组织判断当前处在哪个阶段，以及下一步改进的重点在哪里。SSQC 的服务列表中包含 CMM Assessments、Appraisal、CBA-IPI 等条目，说明评估/评价是 CMMI 实践中的常见环节。

哪些组织适合考虑 CMMI

CMMI 不是所有组织都必须采用。以下几类情况更值得进一步了解：

• 软件研发或系统工程团队，希望把开发过程从"靠人"转向"靠过程"。
• 服务交付类组织，需要让交付质量更稳定、更可预期。
• 客户或合同对过程能力有明确要求，需要以模型为依据进行评价。
• 已经在做过程改进（SPI）、质量保证（SQA），希望有系统框架作为参照。

如果组织规模很小、过程本身简单，或者没有外部过程能力要求，直接引入完整 CMMI 体系的成本可能高于收益。这种情况下，可以先从更轻量的改进动作入手。

采用前需要判断的几件事

CMMI 的采用通常涉及培训、评估、文档和过程建设，SSQC 也把 CMMI Training、CMMI Consulting 与 ISO 9000 实施、审计、内部审核员培训等并列，说明它往往是一个需要外部支持和方法投入的过程。

判断是否适用时，可以问自己：

1. 我们是否有明确的过程改进目标，而不只是"想拿一个等级"？
2. 客户、合同或监管是否对过程能力有要求？
3. 组织是否愿意投入时间建立和维护过程文档与数据？
4. 现有过程问题是否已经影响到交付质量或可预测性？

如果以上多数回答是肯定的，CMMI 值得进一步了解；如果只是听说"等级高就好"，建议先明确目标再决定。

常见问题

CMMI 是认证吗？ CMMI 通常以评估/评价的方式呈现过程能力等级，而不是像某些管理体系那样的强制认证。是否需要进行正式评估，取决于组织目标和外部要求。

CMMI 和 Agile 冲突吗？ SSQC 同时提供 Agile 和 CMMI 相关服务，说明两者在实践中可以并存。Agile 关注迭代和响应变化，CMMI 关注过程能力和可预测性，如何结合取决于组织具体场景。

CMMI 只适用于软件吗？ CMMI 由 CMM 整合演进而来，覆盖范围比早期软件 CMM 更广，可涉及系统工程、服务等领域。具体适用性仍要看组织所在领域和所选模型范围。