DORA 指标是什么
DORA 指标用四项数据观察交付效能：部署频率、变更前置时间（提交到上线）、变更失败率、恢复时长（故障到恢复）。数据源通常是流水线记录、发布标签与事故记录。它的用法是看趋势、暴露系统性问题，而不是给个人打分——口径不定义清楚，趋势就没有可比性。
基本信息
| 四指标 | 部署频率、变更前置时间、变更失败率、恢复时长 |
|---|---|
| 数据源 | 流水线记录、发布标签、事故与回滚记录 |
| 统计粒度 | 按团队与服务统计，按周或月看趋势 |
| 用法 | 找系统性改进点，不用于个人考核 |
| 口径要点 | 什么叫一次部署要提前定义 |
典型使用场景
- 平台工程改进：部署频率低时先看流水线瓶颈与审批环节
- 稳定性治理：恢复时长偏长说明告警与预案不足
- 门禁评估：变更失败率高时审视测试覆盖与发布策略
- 汇报沟通：用趋势说明工程投入的效果
- 对标基准：与行业分档对比找差距，注意口径不同不可硬比
用 Git 数据近似
用 Git 数据近似
git tag --sort=-creatordate | head # 最近发布标签的时间点
git rev-list --count v1.0.0..v1.1.0 # 两版之间的提交数
git log -1 --format='%ci %s' v1.1.0 # 标签指向提交的时间与说明四项指标速读
| 指标 | 衡量什么 | 变差时先查 |
|---|---|---|
| 部署频率 | 交付节奏 | 流水线时长与人工步骤 |
| 变更前置时间 | 从提交到上线的等待 | 评审排队与发布窗口 |
| 变更失败率 | 发布质量 | 测试覆盖与发布策略 |
| 恢复时长 | 故障响应能力 | 告警灵敏度与回滚手段 |
指标适合暴露系统性问题；单独拿它考核个人会扭曲行为，团队先对齐用途再采集数据。
用 Git 数据只是近似：真实前置时间要从首个提交算到生产上线，需要把工单与流水线记录串联起来才能得到。