迭代承诺达成率如何定义和计算：口径、公式与解读

迭代承诺达成率衡量迭代开始时承诺的工作范围在迭代结束时被兑现的程度，常用公式为“验收通过的承诺工作量 ÷ 迭代开始时承诺工作量 × 100%”。计算前要先固定承诺范围快照、统一工作量单位，并把迭代中新增工作单独记为范围变更。本文给出分子分母口径、取数规则、完整算例和解读边界，便于团队复算并用于改进计划。

要点总览（TL;DR）

• 迭代承诺达成率 = 迭代结束时验收通过的承诺工作量 ÷ 迭代开始时承诺工作量 × 100%，分子分母使用同一工作量单位和同一统计时间窗。
• 分母只取迭代计划会上明确承诺的工作项；迭代中新增工作单独记为范围变更，不并入分母，未完成工作按原值计入分母。
• 计算前先冻结承诺范围快照，结束时按验收状态逐条判定，并同步计算计划变更率和遗留率，三个指标共用同一口径。
• 高达成率可能来自保守承诺，低达成率可能来自估算偏差或范围蔓延，需结合变更率看多迭代趋势，不宜直接作为个人绩效结论。

评估目标：承诺达成率要回答什么问题

承诺达成率回答一个具体问题：团队在迭代计划会上答应完成的那批工作，到迭代结束时实际兑现了多少。它把注意力放在“计划与结果之间的差距”，判断对象是迭代承诺范围，而非某个人的产出。用它复盘时，团队可以追问估算是否偏乐观、需求拆解是否足够细、外部依赖是否在计划阶段被识别。

这个指标适合与另外两个指标一起看。计划变更率反映迭代中范围被调整的幅度，遗留率反映承诺工作未完成并延续到后续的比例。三者组合，才能区分“承诺保守所以达成率高”和“计划稳定且兑现好”这两种表面相似、含义不同的情况。

需要明确的是，承诺达成率是计划准确性度量，不能直接当作个人绩效考核工具。个人任务分配、协作难度和临时支持都会影响单条工作项的完成情况，把达成率压到个人层面容易诱导少承诺、拆小项或推迟验收。团队层面的多迭代趋势更适合作为改进依据。

指标与范围：分子分母分别统计什么

承诺达成率的分母是迭代计划会上明确承诺并进入该迭代的工作项集合，分子是这个集合中在迭代结束时验收通过的工作项。分子和分母必须使用同一工作量单位和同一统计时间窗，否则结果不可比。下表给出范围边界和处理方式。

项目	统计口径	处理规则
分母	迭代计划会确认的承诺工作项	以计划会记录或承诺快照为准，迭代开始后冻结
分子	承诺集合中迭代结束时验收通过的工作项	仅开发完成、待测试或待验收的条目不计入
迭代中新增工作	计划会后插入的工作项	单独统计为范围变更，不并入分母
迭代中拆分工作	由承诺条目拆分出的子项	按原承诺条目归属，拆分不改变分母总量
迭代中取消的承诺条目	计划会上承诺、后被正式取消的条目	保留在分母原值中，同时在变更记录中标注原因
未完成工作	迭代结束时未验收的承诺条目	按原值计入分母，不默认结转到下一迭代

单位选择影响可比性。按故事点计量适合估算相对规模稳定的团队；按人天计量更贴近投入，但要求工时估算口径一致；按条目数计量最简单，却会把大小差异很大的工作项等同看待。团队应在多个迭代间保持同一单位，变更单位时要在报表中注明，避免把口径变化误读为达成率变化。

拆分和插入是常见争议点。承诺条目在迭代中拆成多个子任务，只是执行粒度的细化，分母仍按原条目计算；计划会后新插入的需求属于范围变更，应进入变更统计而不是稀释分母。若团队希望同时观察“含新增范围的实际完成情况”，可以另算一个参考口径，但应与承诺达成率分列展示，避免混用。

数据口径与证据：取数来源和判定标准

分母的可信度取决于承诺范围是否被记录。取数时应以迭代计划会记录、迭代承诺快照或计划会结束时的工作项清单为依据，而不是事后凭记忆重建。快照至少包含工作项标识、工作量估值、承诺状态和记录时间，便于复核。

完成判定以迭代结束时的验收状态为准。开发完成、代码合并、测试通过都属于过程状态，只有验收通过才计入分子。团队需要在工作项状态配置中明确“验收通过”对应的状态值，并保证迭代结束当天完成状态更新，避免因状态滞后造成分子偏低。

• 改点：迭代中对承诺条目重新估算工作量时，保留原始估值和调整记录，分母按约定口径取原值或调整后值，并在报表中注明。
• 拆分：子项继承原条目的承诺归属，汇总时按原条目计算，防止重复计数。
• 取消：正式取消的承诺条目保留在分母中，同时在变更记录中登记取消原因和决策人。
• 缺失值：工作量未估算的条目单独列出，不按零计算；状态未更新的条目标注为待核实，不默认视为完成。
• 跨迭代遗留：未完成条目在下一迭代计划中重新评估是否承诺，历史迭代的分母保持不变。

在工具层面，承诺范围的管理依赖迭代规划和工作项状态的规范维护。以 ONES 为例，产品负责人可以按优先级把产品待办列表中的需求规划到对应迭代，并在迭代计划会上与团队评审需求；对当前迭代要完成的需求与验收标准达成一致后，设计、研发、测试人员可用子任务拆分需求，迭代中通过敏捷看板管理任务状态。这样的记录方式为承诺快照和完成判定提供了可追溯的输入。迭代结束后，团队还可以结合燃尽图、工时日志等报表复盘进度偏差。是否预置承诺达成率指标、验收状态如何独立配置，需要按团队实际配置核验。

计算步骤：从快照到达成率的完整流程

计算过程分为四步，核心公式为：承诺达成率 = 迭代结束时验收通过的承诺工作量 ÷ 迭代开始时承诺工作量 × 100%。每一步都保留原始数据，便于他人复算。

1. 冻结承诺范围快照。在迭代计划会结束时，导出或锁定承诺工作项清单，记录每项的工作量估值、单位和承诺状态，形成分母数据集。
2. 逐条判定完成状态。迭代结束时，对照快照逐条检查验收状态，标记“验收通过”“未完成”“已取消”等结果，形成分子数据集。
3. 按公式计算并保留原始值。分别汇总分子和分母的工作量，计算比率并保留两位小数，同时保存分子、分母和单位，避免只留一个百分比。
4. 同步计算计划变更率和遗留率。计划变更率可用“迭代中新增或调整的工作量 ÷ 迭代开始时承诺工作量 × 100%”表示；遗留率可用“未完成的承诺工作量 ÷ 迭代开始时承诺工作量 × 100%”表示。三个指标使用同一时间窗和单位。

分母为零时，达成率没有定义。此时应标注为“不适用”，并说明该迭代没有承诺工作或承诺范围未记录，不能记为零或百分之百。若分母很小，例如只有一个条目，单次比率波动会很大，宜在报表中同时展示条目数，提醒读者谨慎解读。

例子：一个迭代的完整算例

假设某团队在迭代计划会上承诺 10 个条目，合计 50 点。迭代中新增 2 个条目共 8 点，未并入承诺范围。迭代结束时，承诺条目中验收通过的工作量为 42 点，其余 8 点未完成；新增的 8 点中完成 5 点。以下为演示数据，用于说明计算过程。

指标	计算过程	结果
承诺达成率	42 ÷ 50 × 100%	84%
含新增范围的参考完成率	(42 + 5) ÷ (50 + 8) × 100%	约 81.03%
计划变更率	8 ÷ 50 × 100%	16%
遗留率	8 ÷ 50 × 100%	16%

这组数字说明：团队兑现了承诺范围的 84%，同时迭代中范围增加了 16%。如果只看含新增范围的完成率，会把范围变化和兑现能力混在一起；分列展示后，可以清楚看到承诺部分完成较好，但新增工作占用了部分容量。遗留的 8 点需要在下一迭代计划中重新评估优先级和估算，而不是自动顺延。

后续动作可以围绕三个问题展开：未完成的 8 点是因为估算偏小、验收标准不清，还是被新增工作挤占；新增的 8 点是否本应进入承诺范围；下一迭代是否需要预留缓冲以应对插入需求。把这些问题带入回顾会，比单纯讨论百分比更有改进价值。

解读与限制：指标能说明什么、不能说明什么

高达成率不一定代表计划能力强。团队可能通过保守承诺、拆小工作项或推迟验收来维持高比率，因此需要结合计划变更率判断：变更率低且达成率高，说明计划相对稳定；变更率高而达成率也高，可能意味着承诺范围本身留有余量。低达成率同样需要拆解原因，区分估算偏差、范围蔓延、外部阻塞和验收延迟，避免笼统归因于执行力。

单迭代样本波动较大，一两次结果不足以形成结论。建议观察连续多个迭代的趋势，并保持单位、统计时间窗和完成判定规则一致。若中途更换工作量单位或调整验收状态定义，应在趋势图上标注口径变化点，防止把口径调整误读为能力变化。

承诺达成率反映的是计划兑现程度，不能直接等同于团队绩效或交付质量。它不衡量需求价值、缺陷密度和用户影响，也不覆盖承诺范围之外的支持性工作。把该指标与计划变更率、遗留率、质量数据和回顾会讨论结合使用，才能形成对迭代计划准确性的完整判断。团队可以把达成率作为改进估算和拆解的输入，而非排名或奖惩依据。

常见问题

迭代中新增的需求要不要计入承诺达成率的分母？

不计入。承诺达成率的分母是迭代计划会上明确承诺并进入该迭代的工作项集合，计划会后插入的需求属于范围变更，应单独统计，不并入分母。

如果团队还想观察包含新增范围的整体完成情况，可以另算一个参考口径，例如“（承诺完成量 + 新增完成量）÷（承诺量 + 新增量）”，但应与承诺达成率分列展示。两个口径混用，会把范围变化和兑现能力搅在一起，无法判断问题出在哪。

承诺条目在迭代中被拆分或重新估点，分母怎么处理？

拆分不改变分母总量。承诺条目拆成多个子任务只是执行粒度细化，子项继承原条目的承诺归属，汇总时按原条目计算，避免重复计数。

重新估点需要保留原始估值和调整记录，分母按团队事先约定的口径取原值或调整后值，并在报表中注明。关键是同一团队在多个迭代间保持规则一致，否则趋势对比会失真。

迭代结束时开发完成了但还没验收，算完成吗？

不计入分子。完成判定以迭代结束时的验收状态为准，开发完成、代码合并、测试通过都属于过程状态，只有验收通过才计入分子。

为减少争议，团队应在工作项状态配置中明确“验收通过”对应的状态值，并要求在迭代结束当天完成状态更新。状态滞后会造成分子偏低，看起来像达成率下降，实际是数据没跟上。

分母为零或者只有一个条目时，达成率还能用吗？

分母为零时达成率没有定义，应标注为“不适用”，并说明该迭代没有承诺工作或承诺范围未记录，不能记为零或百分之百。

分母很小时，例如只有一个条目，单次比率波动会非常大，完成与未完成之间就是 100% 和 0% 的差别。这类迭代宜在报表中同时展示条目数，解读时谨慎对待，更多参考连续多个迭代的趋势。

承诺达成率和计划变更率、遗留率怎么配合使用？

三个指标回答不同问题：承诺达成率看承诺范围兑现了多少，计划变更率看迭代中范围被调整的幅度，遗留率看未完成的承诺工作占比。三者使用同一时间窗和同一工作量单位。

组合解读能区分表面相似的情况：变更率低且达成率高，说明计划相对稳定；变更率高而达成率也高，可能意味着承诺范围本身留有余量；达成率低且遗留率高，则需要拆解是估算偏差、范围蔓延还是外部阻塞。把这三个数带入回顾会讨论，比单看一个百分比更有改进价值。