迭代承诺达成率衡量迭代结束时按承诺口径完成的承诺项占比，常用公式为：承诺达成率 = 迭代结束时满足完成定义的承诺项数 ÷ 迭代开始时承诺项总数 × 100%。要让这个比率在不同迭代之间可比，计算前需要固定承诺快照时点、完成定义和计数单位三项口径。本文给出可直接复算的定义、取数规则、配套指标与算例，并说明结果解读的边界。
要点总览（TL;DR）
- 承诺达成率 = 迭代结束时满足完成定义的承诺项数 ÷ 迭代开始时承诺项总数 × 100%，计算前先固定承诺快照时点、完成定义和计数单位三项口径。
- 承诺项以迭代计划会结束时的范围快照为准，中途插入或撤出的项不调整分母，单独通过计划变更率反映。
- 分母为零的迭代标记为不适用，不记为 0%；部分完成项按完成定义判定，未满足即计为未完成。
- 计划变更率 = 迭代内新增或撤出的承诺项数 ÷ 初始承诺项总数 × 100%，与达成率共用同一快照和计数单位，组合解读才能区分兑现问题与范围问题。
- 单指标不宜直接当作团队绩效结论，宜结合多迭代趋势和计划变更率观察；未完成工作应重新评估后进入后续计划，不默认自动结转。
评估目标：承诺达成率要回答什么问题
承诺达成率回答的是一个具体问题：团队在迭代开始时承诺要完成的工作，到迭代结束时兑现了多少。它衡量计划兑现程度，评估对象是单个迭代，或一段口径一致的迭代序列。比率本身不反映团队能力全貌，也不说明交付质量高低，需要与范围稳定性指标配合解读。
把评估对象限定为单个迭代或连续迭代序列，是为了保证比较有意义。跨团队比较、跨季度比较时，若需求粒度、完成定义不同，比率差异可能主要来自口径差异而非实际兑现情况。因此，使用该指标前应先声明比较范围：是看某一个迭代，还是看最近若干个迭代的趋势。
承诺达成率与计划变更率是一对互补指标。前者看“承诺的事完成了多少”，后者看“承诺范围本身动了多少”。一个迭代达成率很高但计划变更率也高，说明团队通过频繁调整范围维持了完成比例，计划稳定性仍需关注；达成率偏低而变更率很低，则说明范围稳定但兑现存在缺口。两个指标一起看，才能区分“兑现问题”和“范围问题”。
指标与范围：承诺项、完成项与统计边界
承诺项以迭代计划会结束时的范围快照为准。计划会结束时确定进入本迭代的需求集合，即分母的统计对象。此后中途插入的需求不计入分母，中途撤出的需求也不从分母中扣除，而是通过计划变更率单独反映。这样处理的好处是分母稳定，比率可复算。
完成项须满足团队事先约定的完成定义。常见的完成定义包括需求通过验收、相关测试通过、达到可发布状态等。完成定义写在迭代开始前，迭代中不随意放宽。仅开发完成但未验收的需求，按完成定义判定为未完成，计入分子之外的剩余部分。
计数单位可选需求数或故事点，同一比较序列内保持一致。按需求数计数直观、易核对，适合需求粒度较均匀的团队；按故事点计数能反映工作量差异，适合需求大小差异明显的团队。两种单位不能混用于同一序列，否则比率不可比。
统计时间窗为迭代起止日期。完成时间落在迭代结束日之前且满足完成定义，才计为完成项。跨迭代的大需求需要单独说明处理方式，例如拆分为子项分别承诺，或在口径中明确该需求只在最终完成的迭代计入。
| 口径要素 | 取值规则 | 需在口径文档中写明的内容 |
|---|---|---|
| 承诺快照时点 | 迭代计划会结束时的范围 | 快照日期、参与确认的角色 |
| 完成定义 | 验收通过等团队约定标准 | 判定条件、所需证据 |
| 计数单位 | 需求数或故事点，二选一 | 单位名称、换算规则（如有） |
| 统计时间窗 | 迭代起止日期 | 跨迭代项的处理约定 |
| 中途变更项 | 不计入分母，单独统计 | 插入与撤出的记录方式 |
数据口径与证据：取数来源和缺失值处理
承诺快照的取数来源是迭代计划会结束时的工作项范围记录。团队需要在计划会结束时保存一份范围清单，或依赖工具中的迭代范围历史记录。清单应包含承诺项标识、计数单位取值和确认时间，作为后续复算的基准。
完成状态与完成时间的取数来源是工作项的状态流转记录。判定完成项时，需要同时核对状态是否达到完成定义对应的终态，以及状态变更时间是否在迭代时间窗内。仅有状态为“已完成”但缺少验收记录的需求，按口径应视为证据不足，需补充验收信息后再判定。
完成定义对应的证据包括验收记录、测试通过记录和状态流转时间。建议在口径文档中列明每类证据的存放位置，例如验收结论记录在需求详情中，测试结果关联在测试用例上。证据清单的作用是让第三方能够独立复核分子取值。
迭代中途插入或撤出的项需要单独记录：记录项标识、变更日期、变更原因和变更发起人。这些记录不进入达成率分母，但进入计划变更率的计算。缺少变更记录时，计划变更率无法准确计算，达成率的可比性也会受影响。
分母为零的迭代不计算比率，标记为“不适用”，不记为 0% 或 100%。数据缺失时，先补齐快照或完成证据；确实无法补齐的，在报表中标注缺失项数量，并说明该迭代结果仅供参考，不纳入趋势比较。
计算步骤：从快照到比率的完整算法
计算分三步完成，每一步都产出可核对的中间结果，便于复算和审计。
- 锁定承诺快照并计数。取出迭代计划会结束时的范围清单，按选定的计数单位统计承诺项总数，记为分母 N。同时记录快照日期和清单来源。
- 按完成定义判定完成项。逐项核对状态终态、完成时间和证据记录，满足全部条件的计入分子，记为 M。部分完成但未满足完成定义的项不计入 M。
- 代入公式计算并保留小数位。承诺达成率 = M ÷ N × 100%，结果保留一位小数。同时记录 M、N 和计算日期，便于后续复核。
处理分支需要事先约定。分母为零时，比率标记为不适用，不参与平均值计算。部分完成项按完成定义判定，未满足即计为未完成，不按百分比折算。中途插入或撤出的项不调整分母，单独进入计划变更率。若迭代被提前终止，应在口径中约定该迭代是否纳入序列，通常标记为例外并单独说明。
在工具层面，这套计算依赖两个管理动作：迭代计划会结束时确定范围，迭代过程中及时更新工作项状态。ONES 支持需求池管理、迭代规划，可将需求和相关任务规划至迭代并分配负责人，并通过看板管理任务状态（依据 F5、F3）。团队在计划会结束时确认的迭代范围，以及迭代中的状态流转，构成了承诺快照与完成判定的数据基础。ONES Project 还提供多种报表并支持自定义数据范围和维度（依据 F6），团队可据此整理承诺项与完成项的统计视图；该指标的具体报表模板是否存在，需以实际版本为准。
配套指标：计划变更率与承诺准确度的算法
计划变更率反映迭代内承诺范围的稳定性，公式为：计划变更率 = 迭代内新增或撤出的承诺项数 ÷ 初始承诺项总数 × 100%。分子统计变更项数量，插入和撤出都计入；分母与承诺达成率使用同一份初始快照，保证两个指标可比。
承诺准确度用承诺项与实际完成项的偏差表达，常用形式为：承诺准确度 = 实际完成项数 ÷ 承诺项总数 × 100%，或直接记录偏差项数（承诺项总数减实际完成项数）。它与承诺达成率的区别在于判定口径：承诺达成率严格按完成定义判定，承诺准确度可用于观察估算与实际的接近程度，两者应在口径文档中分别定义，避免混用。
三个指标共用同一快照、同一计数单位和同一时间窗。若计数单位从需求数改为故事点，三个指标需同时重算，不能只改其中一个。配套指标的组合解读方式见下表。
| 指标 | 公式 | 回答的问题 |
|---|---|---|
| 承诺达成率 | 完成承诺项数 ÷ 承诺项总数 × 100% | 承诺兑现了多少 |
| 计划变更率 | 新增或撤出项数 ÷ 初始承诺项总数 × 100% | 承诺范围动了多少 |
| 承诺准确度 | 实际完成项数 ÷ 承诺项总数 × 100%，或记录偏差项数 | 估算与实际差多少 |
算例：一个迭代的完整计算过程
以下为演示情景，数字用于说明计算过程。某团队一个两周迭代，计划会结束时承诺 20 个需求，计数单位为需求数。迭代中新增 3 个需求，撤出 1 个需求。迭代结束时，按完成定义判定，20 个承诺项中有 16 个通过验收并达到完成定义。
承诺达成率 = 16 ÷ 20 × 100% = 80.0%。分母保持计划会结束时的 20，新增和撤出的需求不调整分母。计划变更率 = (3 + 1) ÷ 20 × 100% = 20.0%。组合解读：该迭代兑现了八成承诺项，同时范围变动了两成，说明团队在范围调整中维持了较高的兑现比例，但计划稳定性有改进空间。
再看两个边界情形。情形一：某迭代计划会结束时没有确定任何承诺项，分母为 0，该迭代达成率标记为“不适用”，不记为 0%。情形二：某承诺项开发完成但未通过验收，按完成定义计为未完成，不计入分子；若团队希望反映部分进展，可另设过程指标，但不改变承诺达成率的判定规则。
未完成的 4 个承诺项，应在下个迭代计划会上重新评估优先级和范围，由团队重新承诺后进入新迭代，不默认自动结转到下个迭代的分母中。这样处理可以避免未完成工作悄悄累积，也能让下个迭代的承诺快照保持清晰。
解读与限制：比率背后的条件与误读风险
达成率高低受需求粒度和完成定义影响。需求拆得细，单项完成与否的判定更频繁，比率波动可能更明显；完成定义从严，分子取值更保守，比率相应偏低。因此，比较两个团队的达成率前，应先确认需求粒度和完成定义是否接近，口径不同的比率不宜直接排序。
小样本迭代波动大，宜看多迭代趋势。一个迭代只有少量承诺项时，单项完成与否就能让比率大幅变化。建议观察连续若干迭代的走势，并结合计划变更率判断变化来自兑现能力还是范围调整。单看某一个迭代的高或低，容易得出片面结论。
不能把单指标直接等同于团队绩效或质量结论。承诺达成率不反映需求价值、缺陷密度或交付后的用户反馈。把它作为绩效结论使用，可能诱导团队缩小承诺范围或放宽完成定义。更稳妥的做法是将它作为计划管理的反馈信号，与质量、进度类指标一起讨论。
未完成工作应重新评估进入后续计划，不默认自动结转。迭代回顾时，团队可以借助燃尽图、工时日志等数据复盘进度偏差（依据 F4），把未完成项的原因和改进建议记录下来，再决定下个迭代的承诺范围。这样，承诺达成率才真正服务于计划改进，而不只是一个事后统计数字。
常见问题
迭代中途插入的需求要不要计入承诺达成率的分母？
不计入。分母固定为迭代计划会结束时的范围快照，中途插入的需求不加入分母，中途撤出的需求也不从分母中扣除。这样处理让分母保持稳定，比率可以复算。插入和撤出的项单独记录，进入计划变更率的分子，用来看承诺范围动了多少。如果团队把中途插入项也计入分母，达成率会随范围变动而漂移，不同迭代之间就难以比较。
按需求数计数和按故事点计数，结果会差很多吗？
两种单位反映的信息不同。按需求数计数直观、易核对，适合需求粒度较均匀的团队；按故事点计数能体现工作量差异，适合需求大小差异明显的团队。当迭代内需求大小悬殊时，两种口径算出的比率可能明显不同。关键约束是同一比较序列内只使用一种单位，不能混用；若中途更换单位，该序列前后的比率需分开呈现，不能直接连成趋势线。
某个迭代没有承诺项，达成率应该记 0% 还是 100%？
都不记。分母为零时比率没有定义，应标记为“不适用”，也不参与平均值计算。记为 0% 会错误地显示兑现失败，记为 100% 会错误地显示全部兑现，两种做法都会污染趋势数据。若这类迭代频繁出现，说明迭代计划环节本身需要检查，例如计划会是否产出了明确的范围确认。
达成率偏低时，应该先调整承诺范围还是先查执行问题？
先看计划变更率再决定方向。达成率偏低而变更率很低，说明范围稳定但兑现存在缺口，应复盘执行环节，例如任务拆解、阻塞处理和验收节奏；达成率偏低且变更率很高，说明范围频繁变动，应先检查计划会的承诺质量和插入需求的管控方式。两种情形对应的改进动作不同，直接缩小下个迭代的承诺范围可能掩盖真实原因。复盘时可结合燃尽图、工时日志等数据定位偏差来源。
未完成的承诺项可以直接结转到下个迭代吗？
建议在下个迭代计划会上重新评估，由团队重新承诺后再进入新迭代，不默认自动结转。自动结转会让未完成工作悄悄累积，下个迭代的承诺快照也不再清晰，达成率的分母失去可比性。重新评估时可以调整优先级、拆分需求或修改验收标准，并把上个迭代未完成的原因记录到回顾结论中，让指标真正服务于计划改进。
