{"name":"CMM","id":"软件工程-理论-CMM","content":"# CMM（Capability Maturity Model）\n\n> 软件过程能力成熟度模型\n\n---\n\n## 一、第一性原理：CMM 在解决什么根本问题\n\n### 1. 软件工程的核心不确定性\n\n软件工程的根本难题并不在于“是否能写出代码”，而在于：\n\n> **组织是否具备稳定、可预测、可持续地产出软件产品的能力。**\n\n当组织缺乏这种能力时，常见现象包括：\n\n* 成功高度依赖个别“英雄人物”\n* 项目结果不可复现\n* 质量、成本、周期严重波动\n\n**这是一种组织层面的不确定性，而非技术问题。**\n\n---\n\n### 2. CMM 的本质定义（第一性原理）\n\n> **CMM 是一个用于衡量和提升组织“软件过程能力”的成熟度模型。**\n\n其中：\n\n* **过程能力**：组织通过既定过程，稳定地产生预期结果的能力\n* **成熟度**：这种能力在组织层面被制度化、系统化的程度\n\nCMM 并不关注：\n\n* 使用了哪些工具\n* 写了多少文档\n\n它真正关注的是：\n\n* 结果是否可以复现\n* 过程是否可控、可预测、可持续改进\n\n---\n\n## 二、成熟度演进的核心主轴（抽象模型）\n\nCMM 的五个等级并不是经验枚举，而是沿着**稳定的能力演进主轴**展开。\n\n### 1. 组织能力演进的四条主轴\n\n| 演进维度 | 低成熟度 | 高成熟度      |\n| ---- | ---- | --------- |\n| 控制方式 | 经验驱动 | 数据 / 模型驱动 |\n| 组织依赖 | 个人能力 | 系统能力      |\n| 管理形态 | 事后救火 | 过程内控制     |\n| 改进机制 | 被动纠错 | 主动学习与优化   |\n\n> 成熟度提升的本质，是**组织从“人治”走向“系统治理”**。\n\n---\n\n### 2. 成熟度中的关键质变节点\n\n成熟度不是线性堆叠，而存在关键跃迁：\n\n1. **1 → 2：从混乱到可控**\n2. **3 → 4：从规范到可预测（核心质变）**\n3. **4 → 5：从控制到学习**\n\n---\n\n## 三、五级成熟度模型（结构化解析）\n\n### Level 1：初始级（Initial）\n\n**组织特征**\n\n* 无稳定过程，高度依赖个人能力\n* 计划经常失效，项目不可预测\n* 成功是偶然事件\n\n**本质判断**\n\n> 组织尚未具备“过程能力”，只有“个体能力”。\n\n---\n\n### Level 2：可重复级（Repeatable）\n\n**组织特征**\n\n* 建立基本项目管理制度\n* 计划、跟踪、变更开始制度化\n* 成功经验可以在相似项目中复现\n\n**能力本质**\n\n> 组织具备了“项目级稳定性”。\n\n---\n\n### Level 3：已定义级（Defined）\n\n**组织特征**\n\n* 过程在组织层面标准化\n* 角色、职责、活动有统一理解\n* 建立培训和评审制度\n\n**能力本质**\n\n> 组织具备“组织级过程一致性”。\n\n> 注意：此阶段仍以**定性管理**为主。\n\n---\n\n### Level 4：已管理级（Managed）\n\n**组织特征**\n\n* 关键过程和质量目标实现定量化\n* 生产率、缺陷率可测量、可分析\n* 建立过程数据库和统计控制\n\n**能力本质（关键跃迁）**\n\n> 组织首次具备**可预测的软件生产能力**。\n\n这是从“规范执行”到“科学管理”的质变。\n\n---\n\n### Level 5：优化级（Optimizing）\n\n**组织特征**\n\n* 以数据驱动持续过程改进\n* 系统性预防缺陷，而非事后修复\n* 主动引入新技术、新方法\n\n**能力本质**\n\n> 组织成为一个**持续学习和自我进化的系统**。\n\n---\n\n## 四、关键认知澄清与常见误区\n\n### 1. CMM 不是“流程越多越高级”\n\n* 成熟度不等于文档数量\n* 成熟度等于**结果稳定性与可预测性**\n\n### 2. CMM 是组织模型，而不是项目模型\n\n* 单个项目成功 ≠ 组织成熟\n* 评估对象是组织的长期能力\n\n### 3. 并非所有组织都需要追求五级\n\n* 成熟度应与组织规模、风险、领域匹配\n* 过度成熟可能导致官僚化\n\n---\n\n## 五、时代背景与现代工程方法的关系\n\n### 1. CMM 的历史定位\n\n* 诞生于大型、复杂、强监管的软件工程环境\n* 主要解决规模化开发失控问题\n\n### 2. 与敏捷 / DevOps 的关系\n\n| CMM 关注 | 敏捷 / DevOps 关注 |\n| ------ | -------------- |\n| 过程稳定性  | 反馈速度           |\n| 可预测性   | 快速适应           |\n| 组织治理   | 团队自治           |\n\n> 冲突的不是模型本身，而是**教条化执行方式**。\n\n---\n\n## 六、抽象总结：CMM 的长期价值\n\nCMM 的真正价值不在于“五个等级”，而在于它揭示了一条普适规律：\n\n> **任何复杂组织，只有将成功从“人”中抽离，沉淀为“系统能力”，才能获得长期稳定性。**\n\n这一规律同样适用于：\n\n* 软件工程\n* 产品研发\n* 组织管理\n* 知识生产系统\n\n## 关联内容（自动生成）\n\n- [/软件工程/理论/敏捷软件开发.md](/软件工程/理论/敏捷软件开发.md) CMM与敏捷开发都是软件过程改进方法，CMM关注过程成熟度的阶段性提升，而敏捷强调迭代和响应变化\n- [/软件工程/理论/项目管理.md](/软件工程/理论/项目管理.md) CMM模型与项目管理密切相关，CMM的成熟度等级影响项目管理的规范性和可预测性\n- [/软件工程/DevOps.md](/软件工程/DevOps.md) DevOps文化和实践是软件工程成熟度的体现，与CMM的过程改进目标相辅相成\n- [/软件工程/研发效能.md](/软件工程/研发效能.md) 研发效能的提升需要过程改进支撑，CMM提供了一种系统性的过程改进框架\n- [/软件工程/架构/架构治理.md](/软件工程/架构/架构治理.md) 架构治理是组织能力的体现，与CMM关注的组织过程能力成熟度密切相关\n","metadata":"tags: ['软件工程', '个人成长']","hasMoreCommit":false,"totalCommits":8,"commitList":[{"date":"2026-02-12T14:07:03+08:00","author":"MY","message":"doc: 整理标签","hash":"290b3e8ad18f48832ac282290238d020fc030a88"},{"date":"2026-01-07T15:52:14+08:00","author":"MY","message":"docs(CMM): 完善CMM成熟度模型文档内容","hash":"411302267197d911de6f20d524474940789dd187"},{"date":"2024-11-15T11:40:28+08:00","author":"MY","message":"📦软件工程","hash":"402784365f21586f8e39da94d40145ec8236b948"},{"date":"2021-03-17T17:37:58+08:00","author":"cjiping","message":"📦整理 软件工程 理论","hash":"4bdaf047b41bfd74136bca4ac79055ecf91a8392"},{"date":"2019-07-30T17:02:43+08:00","author":"My、","message":"20190730下午","hash":"829e8120a8f2e80f91386f580111c204a73d2ee6"},{"date":"2019-07-26T17:05:17+08:00","author":"My、","message":"20190726下午","hash":"7d6d4e00aba1d2465cbdbed731d08980766c7a2f"},{"date":"2019-06-22T16:27:31+08:00","author":"My","message":"20190622u","hash":"f11300a0452560a89c01d4d7da2434a9a786c3e0"},{"date":"2019-06-19T18:51:46+08:00","author":"My","message":"20190619u","hash":"a2cdd0dc08f87e78d1d8a4c07d6d2ff20849b2f7"}],"createTime":"2019-06-19T18:51:46+08:00"}