Goodhart 定律是什么
当指标成为目标，它就不再是好指标——这是 Goodhart 定律的通俗表述，软件工程里常被引用来解释度量失真。把度量与奖惩绑定，人会优化数字而不是改善本质：覆盖率靠空壳测试刷高、缺陷数靠改分类降低、提交数靠拆碎改造。度量应服务于系统改进与对话。
基本信息
| 通俗表述 | 指标一旦成为目标就失效 |
|---|---|
| 典型表现 | 刷覆盖率、关闭门禁问题、拆小改动凑数量 |
| 对策方向 | 组合指标加定性复核 |
| 使用边界 | 用于改进对话，不用于个人考核 |
| 观察方式 | 看趋势与结构，而不是单个数字 |
典型使用场景
- 团队引入度量时先明确它不用于考核
- 指标突然变好但用户反馈没变，需要复核
- 设计指标体系时同时选择反向指标
- 评审中识别为达标而做的变形动作
- 汇报时把指标与真实场景证据放在一起
失真实例
失真实例
指标：关闭的缺陷数
行为：把缺陷标记为非缺陷，或拆成多个小条目
结果：数字改善，质量未变
# 对策：同时观察反向指标
# 缺陷数配上线事故数与用户反馈，一起看才不易失真常见对策
| 问题 | 对策 | 说明 |
|---|---|---|
| 单一指标被优化 | 组合指标 | 用互为制约的指标配对 |
| 数字与体验不符 | 定性复核 | 抽样看真实改动与用户反馈 |
| 团队行为变形 | 去掉考核绑定 | 明确只用于改进讨论 |
| 指标没人信 | 公开口径 | 让数据来源与计算方式可见 |
完全不做度量也不是答案：没有数据，改进只能凭感觉，也无法判断改动是否有效。关键在于度量的用途与配套解释。
用单一数字排名团队，行为会迅速向数字优化：一旦被识别为博弈，后续所有度量都会失去团队信任，恢复成本很高。