R1.18.3metrics for locating gaps设计
度量用于定位缺口而非考核使用方
别名: 度量找缺口 · 不要考核采用 · gap-finding metrics · not a scorecard
概念解释
采用率、合法率、绕过清单是给体系维护者看的探照灯：哪里没有组件、哪里文档不在现场、哪里接口改起来太贵。它们不是给使用方打的绩效分。度量用于定位缺口（metrics for locating gaps）一旦改成考核——采用率绑进团队目标、误用次数进季度评分——使用方的理性反应是把数字做漂亮：包一层壳让扫描器看见标签、关掉扫描、或把争议调用藏进无法解析的生成物。数字好看了，缺口被埋得更深。
探照灯照的是系统，分数打的是人。对象错了，行为就会朝着分数走，而不是朝着界面一致性走。
机制
考核把度量变成使用方与维护者之间的对抗。使用方控制自己仓库的写法，维护者控制扫描规则。对抗下，改写法比改产品更便宜，于是出现专为扫描器准备的标签、空调用、以及「先过线再打回私有实现」。维护者随后收紧规则，使用方再躲，度量与真实画面的距离被拉大。
定位缺口时，难看的数字是成功：它指出该补的变体、该下放到现场的说明、该降低的贡献门槛。数字的主人是维护者，行动是改体系，不是改使用方的考核表。使用方被请来一起看灯照到的地方，是为了确认「我们是不是真缺这个」，不是为了认领一个低分。
边界
对体系维护团队自己，度量可以进工作目标——那是他们的产品。把同一数字派到所有产品团队的 OKR 里，对象就错了。安全或法律强制的用法（支付按钮必须是体系的）可以用门禁拦住合并，这是合规门，不是绩效分；门禁拦的是变更，不给人打分。极端失职（整仓复制体系源码后删掉上游）需要治理介入，那是个案，不应倒逼所有人接受采用率考核。度量完全不公开也会失败：使用方看不见灯，无法帮忙确认缺口，维护者会自说自话。
怎么落地
- 报表的默认读者写明「体系维护者」。每条难看的数字旁边跟一个体系侧行动（补组件、补现场说明、降贡献成本），不跟团队排名。
- 禁止把采用率、合法率写入产品团队的绩效考核。若组织已经写入，先改成维护者目标，再删产品侧的分。
- 与使用方开缺口会时带上原始调用点，不带排行榜。会的产出是体系的待办，不是使用方的整改函。
- 验证：问三个产品负责人「这个数字会不会影响你们的绩效」。有人说会，度量已经在考核。再看过去两季因「采用率低」开出的工单：若工单派给产品团队改调用、而不是派给体系补缺口，对象就反了。故意把一处已知缺口（缺的那种日期选择）留在报表里：下一轮待办若出现「补日期选择」而不是「某某团队采用率不达标」，探照灯才还在照系统。