度量沟通约定的执行效果，需要把“约定是否被遵守”和“协作是否真的改善”分开评估：前者看条款遵守率、例外次数与处理时长，后者看信息获取等待时长、重复确认次数和交接返工。两层指标都要写清分子分母、统计时间窗和数据来源，并以约定生效前的等长周期作基线，才能得到可复算、可解读的结论。
要点总览（TL;DR）
- 评估沟通约定的执行效果要分两层：遵守层看条款是否被按约定执行，改善层看协作结果是否出现可观察变化，两层不能互相替代。
- 遵守层用条款遵守率、例外次数和例外平均处理时长；改善层用信息获取等待时长、重复确认次数和交接返工次数，并写清分子分母、时间窗和数据来源。
- 遵守率=按约定执行的条款次数÷应执行条款总次数×100%，结果指标用生效前后等长窗口的均值差表达；分母为零标注“无适用样本”，前后不可比时说明原因。
- 遵守率上升不能直接推出协作效率改善，结果好转也可能来自业务量、人员或工具变化；结论中要写明时间窗、样本量和不可比情形。
- 指标长期高位但结果无变化时，应回看约定条款本身是否覆盖关键信息流，而不是简单加大执行压力。
先分清两类评估目标：遵守与改善
沟通约定通常写成若干条具体规则，例如“需求变更当天在项目文档中登记”“跨组接口调整先在对接群说明再改代码”“周报中的风险项标注负责人和预计解决时间”。评估这些约定的执行效果，第一件事是确定本次要回答哪一层问题，因为两层目标使用的指标、取数方式和解读方式都不同。
遵守层回答的是：约定条款有没有被按约定执行。它关注执行动作本身，判断依据是条款清单与执行记录的逐条比对。改善层回答的是：协作结果有没有出现可观察的变化，例如信息获取是否更快、重复确认是否减少、交接返工是否下降。改善层需要前后对比，单一时点的数据说明不了变化。
| 评估层次 | 回答的问题 | 典型判断依据 | 适用场景 |
|---|---|---|---|
| 遵守层 | 约定条款是否被按约定执行 | 条款遵守率、例外次数、例外处理时长 | 检查约定落地情况，发现执行缺口 |
| 改善层 | 协作结果是否出现可观察变化 | 信息获取等待时长、重复确认次数、交接返工次数 | 判断约定是否带来协作收益 |
两层不能互相替代。遵守率高只说明团队在执行动作上到位，不能推出协作效率已经改善；反过来，结果指标好转也可能来自业务量下降、人员调整或工具更换，不能直接归因于约定。评估开始前先明确：本次只查遵守情况，还是两层都要看。如果两层都看，建议先完成遵守层取数，再对照改善层结果，避免用结果指标反推执行情况。
指标与统计范围怎么定
指标确定后，还要同步界定统计对象、时间窗和纳入排除范围，否则不同人取数会得到不同结果。统计对象限定为约定覆盖的团队及其日常信息流，例如需求沟通、进度同步、跨角色交接；正式会议及其行动项、通信系统对接产生的系统事件不纳入本口径，避免把会议管理和系统集成的问题混入沟通约定的评估。
过程指标用于遵守层：条款遵守率反映按约定执行的比例；例外次数反映偏离约定的频次；例外平均处理时长反映偏离发生后被纠正的速度。结果指标用于改善层：信息获取等待时长指提出信息需求到获得有效答复之间的时间；重复确认次数指同一信息被再次询问或核对的次数；交接返工次数指跨角色交接后因信息缺失或不一致而退回重做的次数。
| 指标 | 层次 | 统计对象 | 单位 |
|---|---|---|---|
| 条款遵守率 | 遵守层 | 约定覆盖条款的执行记录 | 百分比 |
| 例外次数 | 遵守层 | 偏离约定的记录 | 次 |
| 例外平均处理时长 | 遵守层 | 例外从发生到纠正的时间 | 小时或天 |
| 信息获取等待时长 | 改善层 | 信息请求与有效答复的时间差 | 小时 |
| 重复确认次数 | 改善层 | 同一信息的再次询问或核对 | 次/周 |
| 交接返工次数 | 改善层 | 因信息问题退回重做的交接 | 次 |
时间窗取约定生效前后各一段等长周期，例如各4周。周期长度要覆盖完整的工作节奏，避免把假期或集中发布期单独作为对比窗口。样本过少的团队，例如4周内应执行条款不足20次，单独标注结果，不并入总体统计，防止小样本拉偏整体判断。
数据口径与证据来源
每个指标都要能追溯到具体记录，并说明判定规则，才能被他人复算。遵守率的数据来自约定条款清单与执行记录：先把约定拆成可判定的条款，再逐条对照执行记录判定“按约定执行”或“未按约定执行”。结果指标的数据来自消息记录时间戳、任务流转记录和交接单，取数时保留原始记录编号，便于抽查。
| 指标 | 数据来源 | 判定规则 |
|---|---|---|
| 条款遵守率 | 条款清单、执行记录 | 逐条判定是否按约定执行，记录缺失的条款不计入分母 |
| 例外次数与处理时长 | 例外登记记录、纠正时间戳 | 以偏离发生到恢复约定状态的时间计 |
| 信息获取等待时长 | 消息记录时间戳 | 从信息请求发出到有效答复到达的时间差 |
| 重复确认次数 | 消息记录、任务评论 | 同一信息被再次询问或核对计一次 |
| 交接返工次数 | 任务流转记录、交接单 | 因信息缺失或不一致退回重做计一次 |
定性证据用短周期匿名问卷和关键角色访谈补充，问卷写明问题、发放范围和回收样本量，访谈记录受访角色与主要观点，用于解释指标变化的原因，不替代定量计算。缺失值处理要统一：记录缺失的条款不计入分母，同时单独列出缺失条数，避免用“缺失即未执行”抬高或压低遵守率。判定人统一为一人或一个小组，同一事件不由两人分别判定，减少口径漂移。
当约定条款、执行记录和结果数据分散在文档、任务和聊天记录中时，取数成本会明显上升。ONES 支持把约定条款写成文档中的条目，把执行动作落到工作项并保留状态流转记录，评估时可按同一时间窗导出记录，减少人工翻找和口径不一致。具体字段和导出方式以实际部署配置为准。
计算与评估步骤
计算前先固定统计窗口和判定人，再按以下公式逐项计算，结果保留原始分子分母，便于复核。
- 遵守率 = 按约定执行的条款次数 ÷ 应执行条款总次数 × 100%
- 例外率 = 例外发生次数 ÷ 应执行条款总次数 × 100%
- 例外平均处理时长 = 例外处理总时长 ÷ 例外次数，单位小时或天
- 结果指标变化 = 生效后窗口均值 − 生效前窗口均值，同时给出变化幅度百分比并注明单位
评估流程分四步：第一步，确认条款清单和统计范围，锁定纳入的团队与信息流；第二步，按窗口取数，分别计算生效前后的过程指标和结果指标；第三步，处理异常情况，分母为零时标注“无适用样本”，不写0%；前后窗口团队构成或业务量明显变化时标注“不可比”，并说明变化原因；第四步，汇总成表，把遵守层与改善层结果并列呈现，附上样本量和缺失条数。
结果指标用均值差和变化幅度表达，不用单一极值代表整体。若某团队在窗口内发生组织调整，其数据单独列出并标注不可比，不并入总体均值。所有计算过程保留中间结果，方便他人按同一公式复算。
一个可复算的例子
以下为假设情景，用于演示计算过程，不代表真实团队数据。某团队约定覆盖5条日常信息同步条款，包括变更登记、接口调整预告、风险标注等，4周内应执行200次。
| 指标 | 计算 | 结果 |
|---|---|---|
| 条款遵守率 | 150 ÷ 200 × 100% | 75% |
| 例外次数 | — | 18次 |
| 例外率 | 18 ÷ 200 × 100% | 9% |
| 信息获取等待时长 | 生效前均值3.2小时，生效后均值2.1小时 | 下降1.1小时 |
| 重复确认次数 | 生效前每周12次，生效后每周7次 | 减少5次/周 |
解读时把两层结果放在一起看：遵守率75%说明大部分条款被执行，仍有四分之一的应执行次数未按约定完成；例外率9%说明偏离发生频次不高。同期信息获取等待时长从3.2小时降到2.1小时，重复确认从每周12次降到7次，遵守层与改善层同向变化，可以初步判断约定在起作用。这个判断仍需排除业务量变化：如果同期需求数量明显下降，等待时长缩短可能部分来自负载减轻，需要在结论中注明并补充对照说明。
结果怎么解读，以及哪些结论不能下
遵守率是执行程度指标，说明约定被落实的比例，不能当作协作效率改善的因果证明。结果指标好转可能来自业务量、人员或工具变化，解读时要对照说明这些因素是否同期发生变动。单指标不宜作为团队绩效评价依据，遵守率高但结果无变化的团队，问题可能出在条款设计而非执行力度。
- 指标长期高位但结果无变化：回看约定条款本身是否覆盖了关键信息流，条款可能需要调整，而非简单加大执行压力。
- 结果改善但遵守率低：检查是否存在替代做法，或条款与实际工作方式不匹配。
- 前后窗口不可比：在结论中写明时间窗、样本量和不可比情形，不强行给出总体判断。
- 样本过少：单独呈现，不与总体合并，避免小样本结论被放大。
结论中应写明统计时间窗、纳入团队、样本量和缺失条数，并区分“观察到变化”和“证明约定导致变化”。需要更强归因时，可延长观察窗口、增加对照团队或补充访谈证据，再逐步收敛判断。
常见问题
约定刚生效不久，数据窗口不够长，还能评估执行效果吗？
可以评估，但要把结论限定为阶段性观察。窗口过短时，遵守层可以先看条款遵守率和例外次数，改善层的结果指标容易受个别事件影响，建议只作参考、不下总体判断。等积累到覆盖完整工作节奏的周期（例如各4周）后，再用前后等长窗口做基线对比，并在结论中注明当前窗口长度和样本量。
同一件事两个人判定结果不一致，怎么处理？
先统一判定规则，再固定判定人。把每条约定拆成可判定的条款，写明什么情况算“按约定执行”、什么情况算例外，由同一人或同一小组完成判定。出现分歧时回到原始记录核对，并把该情形补充进判定规则，避免同类事件反复出现两种结论。判定口径变更后，前后窗口的数据要按新口径重算或标注差异。
遵守率很高，但团队仍反馈信息不好找，问题出在哪？
这通常说明执行动作到位，但约定条款没有覆盖真正影响协作的环节。可以先看改善层指标：信息获取等待时长、重复确认次数是否同步下降；再回看条款清单，检查关键信息流（如变更登记、接口调整预告）是否被纳入约定，条款是否写清了信息放在哪里、由谁维护。必要时调整条款内容，而不是继续加大执行压力。
评估结果能不能直接用于团队绩效考核？
不建议把单项指标直接作为绩效依据。遵守率反映执行程度，结果指标受业务量、人员变动和工具更换影响，单独使用容易误判。更稳妥的做法是把评估结果用于发现执行缺口和条款设计问题，绩效评价结合多来源信息综合判断，并说明统计时间窗和样本范围。
约定条款和执行记录分散在文档、任务和聊天里，取数太费劲怎么办？
先把约定条款整理成一份可逐条判定的清单，再把执行动作尽量落到有状态记录的工作项上，评估时按同一时间窗导出记录，减少人工翻找。ONES 支持把条款写成文档条目、把执行动作落到工作项并保留流转记录，具体字段和导出方式以实际部署配置为准。聊天记录中的信息可作为补充证据，取数时保留原始记录编号便于抽查。
