1. DORA 度量体系概述
1.1 DORA 的起源与行业背景
DORA（DevOps Research and Assessment）团队由 Nicole Forsgren、Jez Humble 和 Gene Kim 等人发起，自 2014 年起每年发布《加速：DevOps 状态报告》。该报告基于数千个组织的实证数据，识别出能够预测软件交付与运维绩效的关键指标。DORA 度量体系由此成为衡量团队 DevOps 成熟度的行业基准。
核心发现： 高效能团队在部署频率、变更前置时间、变更失败率和故障恢复时间四个维度上，均显著优于低效能团队，且这些指标与组织盈利能力、客户满意度正相关。
1.2 四大核心指标详解
DORA 定义的四个核心指标覆盖了软件交付的 速度 与 稳定性 两个维度，形成完整的效能评估框架。
| 指标名称 | 英文 | 度量维度 | 定义 | 典型口径 |
|---|---|---|---|---|
| 部署频率 | Deployment Frequency | 速度 | 应用代码或功能部署到生产环境的频次 | 每日部署次数 / 每周部署次数 |
| 变更前置时间 | Lead Time for Changes | 速度 | 从代码提交到成功部署至生产环境所经过的时间 | 中位数（小时/天） |
| 变更失败率 | Change Failure Rate | 稳定性 | 部署到生产环境后导致服务降级、故障或需要回滚的变更比例 | 失败变更数 / 总变更数 × 100% |
| 故障恢复时间 | Time to Restore Service | 稳定性 | 从生产环境故障发生到服务完全恢复所消耗的时间 | 中位数（分钟/小时） |
注意： 变更失败率是衡量质量门禁效果最直接的指标。本课程后续章节将重点围绕该指标的口径定义、数据采集与门禁策略展开。
1.3 指标间的内在关系
四个指标并非孤立存在，而是相互影响、共同构成软件交付效能的全景图。下图展示了核心指标之间的驱动与制约关系。
1.4 效能等级划分
DORA 根据四个指标的实测数据，将团队划分为 低效能、中效能、高效能 和 精英效能 四个等级。下表展示了 2023 年报告中的典型阈值（以服务类应用为例）。
| 效能等级 | 部署频率 | 变更前置时间 | 变更失败率 | 故障恢复时间 |
|---|---|---|---|---|
| 精英 | 按需（每日多次） | < 1 小时 | < 5% | < 1 小时 |
| 高效能 | 每日一次至每周一次 | 1 小时至 1 天 | 5% – 10% | < 1 天 |
| 中效能 | 每周一次至每月一次 | 1 天至 1 周 | 10% – 15% | 1 天至 1 周 |
| 低效能 | 每月一次至更少 | > 1 周 | > 15% | > 1 周 |
重要提示： 阈值会随行业、应用类型（服务类 vs 移动端 vs 嵌入式）和年度报告更新而变化。本课程后续章节将指导你如何根据自身业务场景校准这些阈值，而非盲目套用。
1.5 指标体系的实践意义
DORA 度量体系的核心价值在于：
- 数据驱动改进： 用客观指标替代主观感受，识别交付瓶颈。
- 平衡速度与质量： 避免片面追求部署频率而牺牲稳定性，或过度强调质量而拖慢交付。
- 建立质量门禁基线： 变更失败率可作为自动化门禁的核心判断依据，本课程后续将深入展开。
- 跨团队对标： 统一度量口径，便于组织内不同团队进行横向比较与经验复制。
下图展示了 DORA 指标如何融入持续交付流水线，形成从提交到部署的完整度量闭环。