什么能缩小差距
本系列前两篇文章已经精准地指出了问题所在：大多数KPI体系的结构设计旨在确认意图，而非检测偏差，它们造成的差距——战略意图与Field行动之间的差距——只有在差距扩大后才会显现。本文要解答的问题比问题本身更简单：如何弥合这一差距？
并非需要更多数据，并非需要更完善的仪表盘，也并非需要更频繁的报告周期。问题在于结构性缺陷，而只有架构改变才能弥合结构性缺陷。
缺失的三个条件
一个能够检测偏差而非仅仅确认结果的衡量系统，需要在现有报告架构的基础上增加三项结构性改进。这三项改进都不昂贵，也都不需要新技术。但它们都要求在做出承诺之时而非危机爆发之时就做出决策。
首先是基线。每个已投入的流程都需要一个起点——在做出承诺的那一刻进行测量，以确定在任何目标追逐开始之前，流程的实际位置。基线不是目标，而是一种测量结果。这种区别至关重要：目标描述的是组织想要达到的境界；基线描述的是组织当前的状况。如果没有基线，后续的每一次测量都只是一个漂浮在空间中的数据点。有了基线，后续的每一次测量就变成了对进展的衡量——而进展正是漂移的本质。
第二种是自然过程限值。自然过程限值源于惠勒和休哈特的统计过程控制方法，它定义了正常波动与真正值得采取行动的信号之间的界限。限值内的任何读数都是噪声——受控过程的预期波动。限值外的任何读数都是信号——表明底层过程发生了变化，而不仅仅是表面测量值发生了变化。如果没有自然过程限值，组织就无法区分糟糕的一天和不良趋势。
第三个是预警阈值。预警阈值由做出承诺的一方在做出承诺时自愿设定，其数值低于自然过程限值。预警阈值是最早的预警层。它会在统计限值被突破之前、信号变得明确之前、干预窗口关闭之前触发。
这是结构性保障，确保组织在还有时间采取行动之前就能收到警告，而不是在失败发生后才被确认。
为什么顺序很重要
这三个条件不可互换，且顺序必须如此。基线必须放在首位，因为没有基线，过程限值和阈值都无法正确校准。过程限值必须放在第二位，因为没有过程限值，阈值就缺乏统计基础。阈值必须放在最后，因为它才是真正用于发出预警的，而只有在基线和过程限值都已设置好的情况下，阈值才能正确发挥作用。
流程是：提交、建立基线、设定限值、设定阈值、运行。标准KPI流程是：提交、运行、报告。这两个流程的区别在于，一个系统旨在检测偏差，另一个系统旨在确认完成情况。
实际应用情况如何
在Cooperative中，预警阈值是一个手动配置的水平——由协调员根据运行所需的采集频率设定，而非外部强制规定——低于该阈值，集体读数将触发早期预警。预警触发的时间远早于统计限值，此时仍可找到原因，且纠正措施仍在可承受范围内。
在双边基础设施协议中，同样的结构可以将外交承诺（目前由于设计原因无法证伪）转化为对世界的主张，该主张可以通过参考Field持续收集的可观察数据来证实、限定或否定。
在政府基础设施项目中，预警阈值会在任何调查开展前数月就捕捉到施工进度读数开始偏离最初承诺轨迹的节点。这并非指责，而是提供信息——那种能将未来危机转化为当下纠正措施的信息。
诚实的局限性
这三个条件弥补了架构上的差距，但无法弥补意愿上的差距。一个不愿被抓到偏离轨道的组织不会主动设定预警阈值——因为阈值的作用之一是，在组织准备好借口之前，它是最早能够让偏离轨道显露出来的方法。
解决这个问题的办法正是今年同一季度三家独立机构施加的那种外部压力——信用评级下调、开发银行的公开声明以及政府下调经济增长预期。当缺乏信号机制的代价足够明显时，人们的意愿自然就会随之而来。
这个差距有其名称，弥合它的架构也已存在。现在唯一的问题是，在下一份报告证实此前信号所揭示的内容之前，哪个组织会决定采用它。
缺失的三个条件——基线、自然过程限值和信号预阈值——并非理想化的功能。它们目前已在Cooperative 、公共部门、非政府组织和微型Enterprise等低连接环境下投入运行，这些环境一直以来都存在报告链过长、信号到达过晚的问题。
看看建筑是如何运作的MetriqOne · 无噪音的证据 · metriq.one