| 口径 | 回滚 / 紧急修复 / 短期二次修改占比 |
|---|---|
| 关联 | 需求变更、评审质量、测试漏出 |
| 动作 | 按环节归因：需求/设计/实现/发布 |
观察示例
观察示例
版本 v1.8：12 次发布
- 回滚 1 次（依赖版本冲突）
- 24 小时内二次修复 2 次（断言遗漏、配置漏项）
归因：发布前配置校验与依赖锁定需强化返工率与变更失败率
返工率衡量「改完又改/上线回滚」的比例：与变更失败率、逃逸缺陷共同刻画交付质量；高返工通常指向需求不稳或评审不足，分析要落到具体环节而非责怪个人。
易错点
- 返工归因到个人：数据被隐藏
- 不区分「探索性返工」与「质量返工」：误伤正常迭代
数据来源与参考
- DORA 变更失败率相关指标与交付质量实践