CALMS 模型是什么
CALMS 把 DevOps 落地拆成五个维度：文化、自动化、精益、度量、分享（Culture / Automation / Lean / Measurement / Sharing）。它来自精益与敏捷社区的实践总结，常被当作组织自评清单——检查的不只是工具链，而是协作方式与改进机制是否配套。
五维含义
| C 文化 | 信任与共担责任，复盘对事不对人 |
|---|---|
| A 自动化 | 构建、测试、部署、环境等重复环节交给流水线 |
| L 精益 | 小批量流动、限制在制品、消除等待与返工 |
| M 度量 | 用前置时间、部署频率、失败率等数据驱动改进 |
| S 分享 | 跨团队文档、复盘与内部技术交流常态化 |
典型使用场景
- DevOps 转型启动前做现状盘点，找出最先要补的短板
- 转型一两年后做阶段复盘，判断哪些维度仍停在工具层
- 作为跨部门沟通的共同语言，让业务方理解改造不只是买工具
- 新团队组建时对齐工作方式，把观察项写进团队章程
- 给改进路线图排序：先补文化短板，再扩自动化范围
自评问题示例
自评问题示例
文化：故障复盘是先说事实还是先找责任人？
自动化：从提交到上线需要几个人工步骤？
精益：看板上的在制品是否有上限？
度量：是否跟踪前置时间、部署频率、变更失败率？
分享：最近一次内部分享讲了什么、有无归档？
# 每维 1-5 分，只记录事实与证据，不用于考核五维诊断信号
| 维度 | 健康表现 | 常见短板信号 |
|---|---|---|
| 文化 | 坏消息能早说、复盘产出行动项 | 一报故障先追责，问题被掩盖 |
| 自动化 | 日常发布可一键完成并可回滚 | 关键步骤依赖手工与个人经验 |
| 精益 | 在制品受限、发布批量小 | 多人并行、需求批量化后再测试 |
| 度量 | 流动与质量指标稳定可追溯 | 只统计产出数量，不看周期与失败 |
| 分享 | 文档可检索、分享有沉淀 | 知识留在个人手里，重复踩坑 |
五维不必平均用力：文化是其余四项的地基，自动化先行而协作方式不变时，收益很快被协调成本抵消。