当团队开始怀疑计划承诺是否可信时，单看完成率往往得不出结论：完成率高可能是计划合理，也可能是承诺刻意压低；完成率低可能是执行受阻，也可能是承诺本身超出容量。更可复算的做法，是把承诺数据拆成三类信号——承诺与容量匹配度、变更记录完整性、承诺倾向，按统一口径逐迭代计算，再结合趋势和原始记录抽样核对。本文给出公式、取数来源、缺失处理和一组示例，帮助你把“感觉承诺不靠谱”变成可以讨论的证据。承诺条目、容量登记与变更留痕通常沉淀在项目协作工具中，ONES 可作为承载这类记录的方向之一。
要点总览（TL;DR）
- 判断计划承诺失真，可围绕三类信号建立可复算口径：承诺与容量匹配度、变更记录完整性、承诺倾向，三者组合解读而非单指标下结论。
- 承诺与容量匹配度=计划冻结时点承诺工作量÷同期可用容量，按团队与迭代窗口计算，单位统一为人天或故事点，观察连续多个迭代的均值与波动。
- 变更记录完整性=同时具备变更时间、原因、评审人的条目÷全部变更条目，比例偏低说明承诺与实际之间的差异缺少可解释证据。
- 匹配度长期偏高且完成率偏低提示承诺虚高；匹配度长期偏低且完成率接近满分提示刻意保守；匹配度正常但变更率高、完整性低提示记录缺失。
- 指标只圈定可疑迭代，阈值按团队历史基线确定，最终结论需抽样核对原始承诺条目与变更记录，分母为零的迭代记为不可计算。
评估目标：先界定要识别的失真类型
计划承诺失真的评估对象是承诺数据本身的可信度，即团队在计划冻结时给出的工作量、交付范围和后续变更记录，能否真实反映当时的判断。它回答的问题是“这份承诺值不值得信”，而非“这个迭代执行得好不好”。
需要识别的失真有三类表现：
- 承诺虚高：承诺工作量明显超出团队可用容量，或长期承诺多、完成少，计划本身缺乏兑现基础。
- 刻意保守：承诺量长期显著低于容量，完成率接近满分，计划留出大量缓冲以规避风险，承诺失去预测意义。
- 变更记录缺失：范围或工作量发生调整，但缺少变更时间、原因或评审记录，导致承诺与实际之间的差异无法解释。
三类表现对应不同的判断信号，需要分开观察再组合解读。评估边界也要划清：单次迭代内的任务分配、阻塞处理属于迭代执行管理；计划与实际投入工时的偏差属于投入分析。本文的指标不用于这两类判断，也不直接作为个人或团队的绩效结论。
指标与范围：三类信号及统计口径
三类信号各有明确的公式和统计单位，计算前需先固定时间窗和计量单位。建议按团队与迭代窗口分别计算，时间窗取连续多个迭代或按季度滚动，计量单位在同一个评估周期内统一为人天或故事点，不混用。
| 信号 | 公式 | 分子 | 分母 | 时间窗与单位 |
|---|---|---|---|---|
| 承诺与容量匹配度 | 承诺工作量 ÷ 可用容量 | 计划冻结时点各承诺条目的估算之和 | 同一时间窗内团队可用人天（扣除休假、会议等占用） | 按团队与单个迭代计算，可跨迭代观察趋势；单位统一为人天或故事点 |
| 变更记录完整性 | 有原因且有评审的变更条目 ÷ 全部变更条目 | 同时具备变更时间、变更原因、评审人三项证据的条目数 | 该时间窗内全部变更条目数 | 按团队与迭代或季度统计；单位为条目占比 |
| 承诺倾向 | 匹配度均值与完成率、变更率的组合观察 | 连续多个迭代的匹配度均值 | 同期的完成率与变更率 | 按连续多个迭代或季度滚动，不按单次迭代下结论 |
匹配度接近 1 表示承诺量与容量大致相当；持续明显高于 1 或低于 1 才构成需要解释的信号。变更记录完整性是一个比例，越接近 100% 说明变更过程留痕越充分。承诺倾向不单独成公式，而是把匹配度均值、完成率和变更率放在一起看：匹配度长期偏高且完成率偏低，提示承诺虚高；匹配度长期偏低且完成率接近满分，提示刻意保守；匹配度正常但变更率高、完整性低，提示记录缺失掩盖了范围变化。
数据口径与证据：取数来源和缺失处理
指标能否复算，取决于三类数据是否按同一时点、同一口径取数。承诺工作量取计划冻结时点的条目估算之和，冻结之后的调整不计入分子，而应进入变更记录；可用容量按成员可用天数汇总，扣除休假、会议和其他非开发占用；变更记录需逐条核对是否同时具备变更时间、原因和评审人三项证据，缺任一项即视为记录不完整。
常见的数据问题及处理规则：
- 分母为零：某迭代没有变更条目，或容量未登记，对应指标记为“不可计算”，不记为零，并在趋势统计中单独标注缺失，避免拉低或抬高均值。
- 容量缺失：部分成员可用天数未登记时，先补齐再计算；无法补齐的迭代不纳入匹配度趋势，单独列出。
- 变更未登记：实际范围发生变化但系统内无变更条目，该迭代的完整性指标失真，需通过抽样比对计划快照与最终范围发现。
- 口径不一致：估算单位混用故事点与人天、或不同团队容量口径不同时，先统一单位再横向比较，否则只做团队内纵向趋势。
这些记录的管理动作——承诺条目的估算、容量登记、变更原因与评审留痕——通常发生在项目协作工具中。ONES 工作项与变更记录可作为承载承诺条目和变更留痕的方向，便于按迭代回溯计划冻结时点的数据；具体字段与流程需结合团队实际配置确定。
计算与评估步骤：从单迭代到趋势判断
评估按四步推进，先算单点，再看趋势，最后用原始记录验证结论。
- 逐迭代计算匹配度与变更完整性：对每个迭代，取计划冻结时点的承诺估算之和除以同期可用容量，得到匹配度；统计该迭代全部变更条目，计算同时具备时间、原因、评审人的条目占比，得到变更完整性。分母为零的迭代标记为不可计算。
- 按团队汇总并观察分布与趋势：把连续多个迭代的匹配度排成序列，观察均值、波动范围和方向；变更完整性同样按迭代排列。关注的是持续偏离和突变，而非单点数值。
- 组合信号判定失真类型：匹配度长期偏高且完成率偏低，判为承诺虚高风险；匹配度长期偏低且完成率接近满分，判为刻意保守风险；匹配度看似正常但变更率高、完整性低，判为记录缺失风险。三类信号同时出现时，优先核查记录缺失，因为它会影响另外两项的可信度。
- 抽样核对原始记录验证结论：从高风险迭代中抽取若干承诺条目和变更条目，对照计划快照、评审记录和实际范围，确认指标反映的问题是否真实存在，排除口径错误或登记遗漏造成的误判。
四步完成后，输出应包含每个迭代的指标值、不可计算项清单、信号组合判断和抽样核对结论，便于后续复盘时复算。
例子：一个团队三个迭代的信号解读
以下为一组演示数据，仅用于说明计算方法，不代表任何通用达标线。
| 迭代 | 承诺工作量（人天） | 可用容量（人天） | 匹配度 | 变更条目 | 证据齐全条目 | 变更完整性 | 完成率 |
|---|---|---|---|---|---|---|---|
| 迭代 1 | 120 | 100 | 1.20 | 5 | 5 | 100% | 78% |
| 迭代 2 | 130 | 100 | 1.30 | 6 | 3 | 50% | 72% |
| 迭代 3 | 125 | 105 | 1.19 | 4 | 2 | 50% | 80% |
计算过程：迭代 1 匹配度为 120÷100=1.20，变更完整性为 5÷5=100%；迭代 2 为 130÷100=1.30，完整性 3÷6=50%；迭代 3 为 125÷105≈1.19，完整性 2÷4=50%。三个迭代匹配度均值约 1.23，完成率在 72%–80% 之间。
组合解读：匹配度连续三个迭代高于 1.2，完成率持续低于 80%，符合承诺虚高的信号特征——计划承诺的工作量长期超出团队容量，交付自然难以兑现。同时，迭代 2 和迭代 3 的变更完整性降到 50%，说明近半数变更缺少原因或评审记录，承诺与实际之间的差异有一部分无法从记录中解释。此时应先补齐变更留痕，再复核匹配度是否因未登记的范围调整而被高估。抽样时可抽取迭代 2 中未留评审记录的变更条目，核对是否实际扩大了范围。
解读与限制：信号不等于结论
三类信号提示的是失真风险，不能直接当作绩效结论。匹配度长期偏高，可能是承诺虚高，也可能来自容量口径偏小——例如可用天数未扣除会议和支援工作，分母被低估，比值自然偏高。变更完整性低，可能是记录习惯问题，团队实际做了评审但未在系统中留痕，承诺数据本身未必失真。判断前需先排除口径和登记因素。
使用这些指标时需注意几点：
- 结合业务波动解释：需求集中变更、人员临时调动等外部因素会同时影响匹配度和完成率，解读时应把这些因素与承诺判断分开。
- 不设通用达标线：匹配度多少算偏高、完整性多少算合格，应按团队自身历史基线确定，跨团队比较前先统一口径。
- 以抽样核对为准：指标只负责圈定可疑迭代，最终结论需要回到原始承诺条目和变更记录确认。
- 不可计算项单独处理：分母为零或容量缺失的迭代不参与均值计算，避免缺失数据扭曲趋势。
把匹配度、变更完整性和承诺倾向作为一组观察口径，定期复算并保留计算过程，团队就能在计划复盘中用同一套证据讨论承诺是否可信，而不是停留在主观印象上。
常见问题
团队刚开始记录变更，历史迭代几乎没有变更条目，完整性指标还能用吗？
可以用，但要先区分两种情况。一种是该迭代确实没有发生范围或工作量调整，此时分母为零，完整性记为“不可计算”，不记为零，也不纳入均值统计。另一种是实际发生了调整但未登记，此时完整性指标会失真，需要通过比对计划快照与最终范围来发现。建议从开始规范登记的那个迭代起计算完整性趋势，历史迭代单独标注为记录缺失期，不与其他迭代混算均值。
匹配度算出来长期在 0.7 左右，是不是就说明团队刻意保守？
不能直接下这个结论。匹配度偏低可能来自承诺保守，也可能来自容量口径偏大，例如把支援其他团队、技术预研等占用也计入了可用容量，分母被抬高，比值自然偏低。判断前先核对容量登记是否只包含真正可投入承诺工作的天数，再看完成率：如果完成率长期接近满分且变更率很低，刻意保守的可能性才比较高。必要时抽取几个迭代，对照计划冻结时的条目估算与最终交付范围确认。
三个信号指向不一致时，先处理哪一个？
优先核查变更记录完整性。完整性低意味着承诺与实际之间的差异缺少可解释的证据，匹配度和完成率的解读都会受影响——未登记的范围调整可能让匹配度看起来正常，也可能让完成率显得偏低。先把变更时间、原因、评审人补齐，再重新计算匹配度与完成率，往往能排除一部分误判。完整性确认之后，再按匹配度与完成率的组合判断虚高或保守。
这些指标能不能直接放进团队绩效考核？
不建议直接作为绩效结论。三类信号提示的是承诺数据的失真风险，成因可能来自口径、登记习惯或业务波动，与个人表现没有稳定对应关系。更合适的用法是在计划复盘会上作为讨论证据：用同一套口径复算，圈出可疑迭代，再回到原始记录确认原因。若确实要用于管理改进，也应先统一容量与估算口径、稳定登记流程，并允许团队对指标结果作出解释。
跨团队比较匹配度时需要注意什么？
先统一口径再比较。需要确认各团队的估算单位一致（都用人天或都用故事点）、容量登记范围一致（是否扣除会议、支援、休假）、时间窗一致（同一迭代长度或同一季度）。口径不一致时，匹配度只适合做团队内纵向趋势，横向比较容易得出错误结论。即便口径统一，不同团队的业务波动特征不同，比较时应看趋势方向而非单点数值。
