先行指标与本位指标
先行指标是当期就能影响、变化较快的量，例如静态检查通过率、流水线时长、评审响应时间；本位指标（滞后指标）反映最终结果，变化慢，例如缺陷率、事故率、交付周期。有效的做法是用先行指标驱动行动、用本位指标验证效果，形成闭环。只用本位指标行动，反馈太慢，调整没有方向；只优化先行指标，则可能出现刷过程分的偏差。
指标配对示例
| 目标 | 先行指标 | 本位指标 |
|---|---|---|
| 缺陷更少 | 评审覆盖率、静态检查通过率 | 逃逸缺陷率 |
| 交付更快 | 流水线时长、在制品数量 | 需求前置时间 |
| 运行更稳 | 变更评审率、灰度比例 | 事故率与恢复时间 |
| 维护更省 | 变更集覆盖率、热点文件重复率 | 同一模块的改动耗时 |
| 知识更分散 | 评审轮换覆盖、结对次数 | 模块贡献者集中度 |
典型使用场景
- 改进项设计：先选一个可当期影响的先行指标，作为行动抓手
- 效果验证：行动执行两到四周后，观察本位指标是否随之改善
- 过程分纠偏：先行指标持续改善但本位指标不动，检查行动是否走偏
- 季度目标设定：本位指标作为方向，先行指标作为季度内的检查点
- 报表设计：报表同时呈现行动与结果，避免只汇报过程数据
闭环示例
闭环示例
# 行动（先行）：收紧新代码门禁，要求变更集覆盖率达标
# 过程观察（先行）：两周后新提交的未覆盖行数量、修复时长
# 结果验证（本位）：下个月逃逸缺陷率是否下降
# 若结果未改善：复核先行指标是否真的与目标相关配对原则
| 机制 | 先行指标必须真的影响本位指标，否则只是过程分 |
|---|---|
| 周期 | 行动到结果通常需要一到两个周期，验证时留出观察窗口 |
| 数量 | 每期选两三个配对，过多会分散注意力 |
| 复盘 | 结果未改善时先检查因果关系，再决定是否更换指标 |
先行指标的可操控性是主要风险：例如把评审覆盖率刷高，只需要走过场签字。设计时要同时给出反向检查，例如用评审轮次与发现问题的数量交叉验证。
结果验证需要留出时间窗口：今天收紧门禁，逃逸缺陷率的下降通常在下一个或再下一个周期才显现。窗口设置过短会得出行动无效的错误结论。
落地检查清单
- 每个先行指标都有一个与之配对的衡量结果
- 验证窗口明确写进计划
- 同时关注过程分风险，配反向检查指标
- 结果未改善时有明确的复核动作