用剩余工作变化和阻塞时长判断迭代进展

判断迭代进展是否真实，可以同时看三个过程信号：剩余工作量是否按预期收敛、阻塞持续多久并拖累了多少工作、已完成项是否逐条达到完成定义。任务完成率只反映条目数量，容易被拆分大小不一和提前勾选掩盖，适合作为辅助信号。本文给出这三个信号的定义、取数口径、计算公式和判断规则，并说明迭代中期发现异常后如何处理。

要点总览（TL;DR）

• 判断迭代进展要同时看三个过程信号：剩余工作量是否按预期收敛、阻塞持续多久并拖累了多少工作、已完成项是否逐条达到完成定义。
• 剩余工作量按统一单位每日记录快照，用实际剩余与线性理想线的偏差率观察趋势，连续三到五天的偏差比单日数值更有参考意义。
• 阻塞项记录开始时间、解除时间和受影响工作项，用阻塞时长与受影响工作量折算拖累，解释偏差中有多少来自阻塞。
• 完成定义达成率按逐条核验的达标条目数除以已标记完成条目数计算，证据缺失的条目不达标，避免完成口径偏松掩盖剩余工作。
• 预警阈值基于团队自身历史基线设定，单一信号异常时先复核数据口径；未完成工作重新评估范围后再决定去向，不默认结转。

评估目标：判断进展是否真实

这套评估针对单个迭代内的执行进展，回答三个问题：剩余工作是否按预期速度收敛；阻塞是否处于可控范围、对进度造成了多大拖累；标记为完成的条目是否真正达到完成定义。评估时点有两个：每日站会后更新当日快照，迭代中期做一次完整测算。

三个判断问题对应三类风险。收敛速度偏慢，说明计划工作量与实际产能不匹配，或工作拆分粒度不合理；阻塞影响扩大，说明外部依赖、环境或决策问题没有及时解除；完成质量不足，说明“完成”被提前勾选，剩余工作被低估。只看任务完成率时，这三类风险都可能被掩盖：把一个大任务拆成五个小任务再逐一勾选，完成率会快速上升，剩余工作量却没有实质下降。

评估开始前，先确认判断问题清单：本迭代承诺了哪些工作项、当前剩余工作量是多少、有哪些阻塞项及其持续时长、已标记完成的条目是否逐条满足完成定义。这四个问题构成后续所有计算的输入。

指标与范围：三个过程信号怎么定义

三个指标需要在同一时间窗、同一统计范围内定义，否则数据无法对照。建议按日记录快照，覆盖迭代开始到评估当日。

指标	单位	分子	分母	时间窗
剩余工作量	故事点、人天或任务数，迭代内统一一种	当日仍未完成的工作项折算值之和	不适用，按绝对值记录	迭代开始至评估当日，每日一条
阻塞时长	小时或工作日	阻塞项从登记到解除的持续时长	不适用，按阻塞项逐条记录	阻塞发生日至解除日，未解除计至评估当日
完成定义达成率	百分比	逐条核验后确认达标的已完成条目数	已标记完成的条目总数	评估当日已标记完成的全部条目

剩余工作量的单位必须在迭代开始时确定并全程沿用。故事点适合估算相对规模，人天适合与产能对照，任务数适合粒度均匀的团队。中途更换单位会让下降斜率失去可比性。

阻塞时长的起点是阻塞被登记的时间，终点是阻塞解除、受影响工作项恢复推进的时间。尚未解除的阻塞，计时到评估当日，并在记录中标注“未解除”。计时单位统一为工作日或小时，同一迭代内不混用。

统计范围以本迭代承诺项为基础。迭代中途新增的工作项单独标记来源，计入剩余工作量时与承诺项分列，避免新增工作掩盖承诺项的收敛情况。被移出迭代的条目保留记录并注明移出原因，从当日剩余工作量中扣除，但不从历史快照中删除。

数据口径与证据：从哪里取数、如何保证可比

剩余工作量的每日快照应由工作项负责人更新状态后自动汇总，或由迭代负责人每天站会后统一记录一次。快照记录的是当日结束时的状态，同一天不重复覆盖多次，避免出现一天内多个版本导致斜率失真。

阻塞项需要固定登记字段：阻塞开始时间、阻塞解除时间、受影响的工作项、阻塞原因类别、当前处理人。只记录“有阻塞”而不记录起止时间，后续无法折算拖累；只统计阻塞条数，会忽略一个长时间阻塞比五个短阻塞影响更大的事实。

完成定义的核验需要证据支撑，常见形式包括代码评审记录、测试通过结果、验收确认记录。核验以条目为单位逐条进行，证据缺失的条目不计入达标数。完成定义本身应在迭代规划时与需求一起对齐，评估时按当时确认的条目逐项检查。

口径漂移主要来自两处：单位换算和任务拆分合并。迭代中途把一个大任务拆成多个小任务，剩余工作量总和应保持不变；如果拆分后总和变化，需要在记录中注明调整原因。缺失值处理规则建议统一为：当日未更新状态的工作项沿用上一快照值，并在记录中标注“未更新”，补录时保留原始日期，不把补录值写入历史快照。

在工具层面，ONES Project 支持将需求和相关任务规划至迭代并分配负责人，团队可围绕工作项和迭代安排协同工作，及时了解任务状态与项目进展；ONES 敏捷研发管理解决方案支持通过敏捷看板管理任务状态，在每日站会后借助看板对齐迭代进度与风险，并可通过燃尽图观察进度走势。阻塞项的专门登记字段和阻塞时长统计，建议在选型或配置时结合实际工具核验确认。

计算与评估步骤：从数据到判断

三个指标各自计算，再放在一起判断。以下公式均可直接用迭代快照数据复算。

剩余工作量偏差

理想剩余工作量按线性燃尽计算：

理想剩余工作量（第 t 天）= 迭代承诺总工作量 ×（1 − t ÷ 迭代总天数）

偏差率 =（实际剩余工作量 − 理想剩余工作量）÷ 迭代承诺总工作量 × 100%

偏差率为正表示实际剩余高于理想线，收敛偏慢；为负表示快于理想线。单日偏差受当日完成节奏影响，建议看连续三到五天的偏差趋势，而不是某一天的数值。

阻塞拖累折算

单个阻塞项的拖累可按“阻塞时长 × 受影响工作量占比”折算：

阻塞拖累（工作量单位）= 阻塞时长 ÷ 迭代剩余可用时长 × 受影响工作项工作量

其中受影响工作量占比用受影响工作项的工作量除以迭代承诺总工作量。多个阻塞项分别折算后相加，得到当日阻塞拖累总量。这个折算用于解释剩余工作量偏差中有多少来自阻塞，不替代对阻塞本身的处理。

完成定义达成率

完成定义达成率 = 逐条核验达标的已完成条目数 ÷ 已标记完成的条目总数 × 100%

分母为零表示当日尚无标记完成的条目，此时不计算比率，记录为“无完成项”，避免用零除得出无意义结果。

综合判断规则

三个信号同时看，按以下顺序判断：先看完成定义达成率，低于团队历史基线时，说明完成口径偏松，剩余工作量可能被低估，应先复核已完成条目；再看剩余工作量偏差趋势，连续多日为正且扩大，说明收敛偏慢；最后看阻塞拖累占偏差的比例，拖累占比高说明偏差主要来自阻塞，应优先解除阻塞，拖累占比低说明需要检查工作拆分和产能假设。

预警阈值基于团队自身历史基线设定，例如取过去若干迭代同期偏差率的分布区间作为参考，不设通用达标线。单一信号异常时，先复核数据口径——单位是否一致、快照是否漏记、完成条目证据是否齐全——再下结论。

例子：一个迭代中期的完整测算

以下为演示情景，数据为构造值，用于说明计算过程。

某迭代共 10 个工作日，承诺总工作量 80 故事点。第 5 天站会后测算，当日实际剩余工作量为 52 故事点。

理想剩余工作量 = 80 ×（1 − 5 ÷ 10）= 40 故事点。偏差率 =（52 − 40）÷ 80 = 15%，实际剩余高于理想线，收敛偏慢。

当日有两个阻塞项：阻塞 A 持续 3 个工作日，受影响工作项工作量 12 故事点；阻塞 B 持续 1 个工作日，受影响工作项工作量 4 故事点。迭代剩余可用时长 5 个工作日。

阻塞 A 拖累 = 3 ÷ 5 × 12 = 7.2 故事点；阻塞 B 拖累 = 1 ÷ 5 × 4 = 0.8 故事点；合计 8 故事点，约占偏差量（52 − 40 = 12 故事点）的三分之二。

当日已标记完成 6 个条目，逐条核验后 4 个有完整评审和测试证据，完成定义达成率 = 4 ÷ 6 ≈ 67%。若团队历史基线在 90% 左右，说明有两个条目完成口径偏松，剩余工作量可能被低估约一个条目的工作量。

综合结论：进展偏慢，主要原因是阻塞 A 持续时间较长，同时完成口径偏松。下一步动作是优先推动阻塞 A 解除、复核两个证据不足的完成条目，并在下次站会重新评估剩余工作量。若阻塞短期无法解除，应重新评估本迭代范围，而不是默认把未完成工作结转到下个迭代。

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

剩余工作量下降只说明工作量在减少，不直接等于价值交付。一个条目工作量归零但未通过验收，对用户没有产生价值，因此必须结合完成定义一起看。燃尽图走势好看而完成定义达成率低，是典型的虚假进展信号。

阻塞时长的可靠性取决于登记质量。阻塞解除后未及时记录，时长会被低估；阻塞登记时未标注受影响工作项，拖累无法折算。短时长也不代表无风险，频繁出现的一日阻塞可能反映依赖关系不稳定，需要看阻塞的频次和原因分布。

完成率作为辅助信号仍有用途：它可以快速反映条目流转节奏，与剩余工作量对照时能发现“条目完成多、工作量下降少”的拆分问题。把它作为唯一判断依据，则容易忽略条目大小差异和提前勾选。

三个指标都描述过程状态，不能单独作为绩效结论，也不能证明某个动作与进度改善之间存在因果关系。迭代中期发现异常后，处理原则是区分收敛偏慢与阻塞拖累，分别采取调整范围、解除阻塞或复核完成口径的动作；未完成工作应重新评估优先级和范围后再决定去向，不默认自动结转。

常见问题

迭代中途新增了需求，剩余工作量还能和理想线直接比吗？

可以比，但要把新增项与承诺项分列记录。理想线按承诺总工作量计算，新增工作项单独标记来源并计入实际剩余，这样偏差率反映的是承诺项收敛情况加上新增带来的额外负担。如果新增量较大，建议同时给出剔除新增后的偏差率，便于区分是原计划执行偏慢，还是范围扩大导致剩余上升。

阻塞项一直没有解除，阻塞时长怎么计、拖累怎么算？

未解除的阻塞计时到评估当日，并在记录中标注“未解除”。拖累折算仍按公式计算，但结果表示的是截至当日已发生的拖累，随着阻塞持续会继续增加。迭代中期发现这类阻塞时，除了更新数值，更应确认解除路径和预计解除时间；若短期无法解除，应重新评估本迭代范围，而不是等迭代结束再处理。

团队刚开始记录这些数据，没有历史基线，阈值怎么定？

前几个迭代可以先只记录不设阈值，积累每日快照、阻塞记录和完成定义核验结果，观察同期偏差率和达成率的分布。之后取过去若干迭代同期数值的常见区间作为参考线，并随团队产能和拆分习惯变化定期调整。没有基线时，用趋势方向（偏差是否连续扩大、阻塞拖累占比是否上升）作为临时判断依据，比套用外部通用标准更可靠。

完成定义达成率低，是数据记录问题还是执行问题？

先复核证据链：条目对应的评审记录、测试结果、验收确认是否齐全，是否只是漏传或未关联。若证据确实缺失，说明完成口径偏松，应把相关条目退回未完成状态并重新计入剩余工作量。若证据齐全但核验标准本身模糊，则需要在下次迭代规划时把完成定义写得更可检查。两类原因的后续动作不同，不宜直接归为执行不力。

用工具记录这些信号时，需要提前确认哪些配置？

至少确认三件事：剩余工作量的单位与每日快照的更新方式；阻塞项是否有起止时间和受影响工作项的登记位置；完成条目的证据能否与条目关联留存。ONES Project 支持将需求和相关任务规划至迭代并分配负责人，团队可围绕工作项和迭代安排协同工作，及时了解任务状态与项目进展；ONES 敏捷研发管理解决方案支持通过敏捷看板管理任务状态，并可通过燃尽图观察进度走势。阻塞项的专门登记字段和阻塞时长统计，建议在选型或配置时结合实际工具核验确认。