什么是虚荣指标
虚荣指标指那些看起来在增长、但与价值创造没有稳定关系的数字：代码行数、提交次数、故事点总量、构建次数都属于这一类。它们的共同问题是只增不减，且增长可以从反面实现——多写字数、拆分提交、把任务拆细，就能让数字变好。可用的度量应当回答三个问题：它变好时团队会改变什么行为，这个行为是否真的创造价值，以及它是否容易被低成本操控。
虚荣与可行动对照
| 虚荣指标 | 问题 | 可行动替代 |
|---|---|---|
| 代码行数 | 鼓励冗长，与价值无关 | 需求交付周期 |
| 提交次数 | 鼓励碎片提交，不反映进展 | 变更前置时间 |
| 故事点总量 | 估算口径可变，易于膨胀 | 已完成需求的实际周期 |
| 缺陷关闭数 | 可通过拆条与豁免操控 | 逃逸缺陷率 |
| 构建次数 | 与质量无必然关系 | 构建成功率与时长趋势 |
| 文档页数 | 篇幅与有效性无关 | 按文档走一遍的失败次数 |
典型使用场景
- 设计仪表盘：逐项检查每个图表变好后会触发什么动作，没有动作的不放上去
- 季度汇报：用交付周期与逃逸缺陷率替代代码量与提交数
- 效能工具选型：核对内置指标是否可被操控，避免团队围着数字优化
- 团队自评：先问指标能否被低成本刷高，能则不适合作为改进目标
- 对外汇报：避免用规模类数字代替能力与交付表现的说明
筛选三问
筛选三问
# 看到指标先问三个问题
1. 若它变好，团队会改变什么具体行为？
2. 该行为是否真的让用户或业务受益？
3. 能否在不创造价值的情况下把它刷高？
# 三问都不通过 → 归为虚荣指标，不作为目标常见替代方向
| 速度类 | 用交付周期与前置时间，而非提交次数 |
|---|---|
| 质量类 | 用逃逸缺陷率与恢复时间，而非缺陷关闭数 |
| 规模类 | 用需求完成情况，而非代码行数或故事点 |
| 文档类 | 用按文档操作的失败次数，而非文档页数 |
虚荣指标并非完全不可看：作为背景信息存在没问题，问题在于把它设为改进目标。目标一旦落到可被轻易刷高的数字上，团队行为会迅速偏离实际价值。
指标的数量要克制：同时追求多个规模类数字，注意力被分散，反而没有一个与当前主要问题相关。选择与本期目标直接挂钩的两三个指标即可。
落地检查清单
- 每个展示的指标都能对应一个决策或动作
- 指标不被用于个人排名
- 评估过指标被操控的难易程度
- 定期复核指标是否仍然有效，失效时更换并说明