评审度量怎么用
评审度量用来发现流程瓶颈，而不是评价个人：首次响应时长反映评审是否卡在队列里，完成时长反映整体协作效率，评审轮次异常往往说明描述不清或标准不一致，改动规模分布则能看出团队有没有坚持拆分。指标透明、口径稳定，才有讨论改进的空间。
基本信息
| 首次响应 | 请求评审到第一条实质反馈的中位数与 P90 |
|---|---|
| 完成时长 | 请求评审到批准所花的时间 |
| 轮次 | 每个改动的评审轮数均值与长尾 |
| 使用边界 | 用于改进流程，不用于个人排名 |
典型使用场景
- 评审积压：看首次响应时长是否超过约定目标
- 交付变慢：看完成时长与轮次是否同步上升
- 拆分执行情况：看改动规模分布里的长尾部分
- 评审质量存疑：结合空批准率与评论内容抽样判断
- 验证改进效果：同一口径按周看趋势，而不是逐周换定义
指标异动时先查什么
- 首次响应变慢：评审人负载与值班安排是否变化
- 完成时长变长：拆分是否缺位、标准是否不清
- 评论多而缺陷仍多：注意力是否都花在风格细节上
- 轮次出现长尾：是否缺少同步沟通的渠道
可按周采集的口径
可按周采集的口径
首次响应时长：请求评审到首条实质反馈，取中位数与 P90
完成时长：请求评审到批准，取中位数与 P90
轮次：每个改动的评审轮数，看均值与长尾
改动规模：行数分布与超过阈值的占比
积压：等待超过目标时长的改动数量指标的正当用途与误用
| 指标 | 正当用途 | 常见误用 |
|---|---|---|
| 评论数 | 判断讨论是否活跃 | 当勤奋指标，诱发无意义评论 |
| 首次响应 | 发现队列瓶颈 | 排名个人，制造抢答式审批 |
| 改动规模 | 检查拆分是否落实 | 一刀切地追求越小越好 |
度量先公开口径再谈改进：不透明的指标一定会被博弈，数据再准确也失去意义。
只看个人不看流程：改进空间被错过，指标还会把人推向防御姿态。