首页/管理/IT 管理与治理速查/CMMI 能力成熟度模型集成
治理与研发流程57 条

CMMI 能力成熟度模型集成

CMMI 用成熟度等级描述组织过程能力:从初始级到优化级。2.0 版不再强制阶段式,可选择成熟度等级或能力域评估,用于过程改进与供应链评估场景。

IT 管理与治理速查管理更新于 2026-10-13

CMMI 是什么

CMMI(能力成熟度模型集成)用等级描述组织的过程能力:从依赖个人英雄的初始级,到有量化管理与持续改进的优化级。2.0 版不再强制阶段式评估,既可以看整体成熟度等级,也可以只针对某个能力域做评估,用途从过程改进扩展到供应链准入。

基本结构

1 初始级过程不可预测,结果依赖个人能力
2 已管理级项目层面有计划、有跟踪、有基本配置管理
3 已定义级用组织标准过程裁剪执行,过程资产共享
4 量化管理级用统计方法管理过程性能与偏差
5 优化级基于数据持续改进并引入创新

典型使用场景

  • 为承接大型客户或政府项目,需要证明过程能力并接受评估
  • 组织过程改进立项前,用能力域视角定位最痛的环节
  • 多团队协作混乱时,先把需求管理与配置管理做扎实
  • 外包管理:要求供应商提供过程能力证据并纳入验收条件
  • 研发流程梳理:把既有实践映射到标准模型,找出空白点

按痛点选择能力域

按痛点选择能力域
交付经常返工:先补需求管理与验证
版本与配置混乱:先补配置管理与基线
项目进度不可控:补项目策划与监控
质量问题反复:补同行评审与原因分析
供应商交付不稳:补供应商协议管理与验证
# 能力域按痛点选择,等级本身不是目标

五级读法

等级组织特征典型动作
1 初始级成功靠个人,流程随机先做基础记录与基本计划
2 已管理级项目可计划可跟踪需求、计划、配置、度量的基本功
3 已定义级组织层面统一标准与资产库标准过程裁剪、过程资产复用
4 量化管理级过程有量化目标与统计控制建立度量基线,识别过程偏差
5 优化级持续改进机制化根因分析、试点推广、创新引入
CMMI 是参考模型不是评级竞赛:等级越高意味着管理成本越高,小团队按痛点裁剪能力域,效果通常好于全套照搬。

易错点

  • 为评估而写文档:过程资产与日常实践两张皮,评估结束即停摆
  • 小团队全套照搬:表单与评审负担超过团队承载能力,交付反而变慢
  • 只做等级不解决痛点:客户要求满足,内部返工与延期依旧
  • 把模型当规范硬性执行:一线为了合规绕过流程,度量数据失去真实性

数据来源与参考

  • ISACA CMMI V2.0(原 CMMI Institute)
  • CMMI for Development V1.3
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌