只看任务完成率判断迭代进展有什么问题

只看任务完成率判断迭代进展，问题在于它把任务大小、阻塞时长、完成定义是否达成、剩余工作量变化都压缩成一个比值。迭代中期看到完成率上升，可能只是任务被拆小；看到完成率不动，也可能是大任务卡在收尾。本文给出一套可复算的观察框架：把完成率与剩余工作量趋势、阻塞持续时间、完成定义达成率放在同一口径下核对，用于调整计划，而非考核个人。

要点总览（TL;DR）

• 任务完成率只反映任务数量进度，任务被拆小会推高比值，大任务卡在收尾阶段时比值不动，标记完成但未满足完成定义时比值虚高。
• 迭代中期应把完成率与剩余工作量趋势、阻塞项数量与平均阻塞时长、完成定义达成率放在同一口径下核对。
• 完成率的分母取迭代开始时的承诺任务数并冻结基线，中途拆分与新增单独记录，保证数字可复算、可追溯。
• 信号冲突时以工作量与质量信号为主：完成率高而剩余曲线走平按滞后处理，抽查不通过多按未完成处理。
• 未完成工作需重新评估优先级与拆分后再纳入下一迭代承诺，指标用于改进迭代运行，不直接作为个人绩效依据。

评估目标：判断迭代进展真实性的观察框架

本文要评估的对象是迭代执行进展的真实性，使用时点是每日站会后或迭代中期。站会上团队通常已经同步了任务状态，中期则需要对“按当前节奏能否完成迭代承诺”给出判断。这两个时点都要求回答同一个问题：已完成的部分是否代表实际推进，剩余部分是否被低估。

评估结论的用途是调整计划，包括重新排优先级、拆分大任务、协调外部依赖、缩减范围。它不用于给个人打分。一旦完成率与个人评价挂钩，成员倾向于把任务拆得更细、更早标记完成，指标本身就会失真。把用途限定在迭代运行改进上，数据才有参考价值。

单一完成率无法承担这个判断任务。它只回答“有多少个任务被标记为完成”，不回答“完成了多少工作量”“卡住的部分还要多久”“完成的任务是否达到验收要求”。因此评估框架需要一组信号，分别覆盖数量进度、工作量消耗、阻碍和质量达成，再合成一个判断。

指标与范围：完成率之外需要观察的过程信号

建议纳入评估的信号有四类：任务完成率、剩余工作量、阻塞情况、完成定义达成情况。每个指标回答不同问题，单独看任何一个都可能得出片面结论。下表给出指标名称、口径、单位和它回答的问题。

指标	公式或口径	单位	回答的问题
任务完成率	已完成任务数 ÷ 迭代计划任务数 × 100%，分母取迭代开始时承诺的任务项	百分比	任务数量维度推进了多少
剩余工作量	迭代承诺项中尚未完成工作的估算之和，可用剩余故事点或剩余工时	故事点或人时	还剩多少实际工作量，消耗速度是否正常
阻塞项数量与阻塞时长	处于阻塞状态的工作项数量；单项阻塞时长＝解除阻塞时间－进入阻塞时间	个；小时或天	有多少工作被卡住、卡了多久、卡在什么原因上
完成定义达成率	抽查的已完成任务中满足完成定义（DoD）的任务数 ÷ 抽查任务数 × 100%	百分比	标记完成的任务是否真正可交付

统计范围需要提前写清楚：只统计本迭代承诺的工作项，不含临时插入且未纳入承诺的杂项；时间窗为迭代开始日至评估日；剩余工作量的单位在全迭代内保持一致，不能一部分任务用故事点、另一部分用工时混算。范围不清，指标之间就无法互相印证。

数据口径与证据：让完成率可复算、可核对

完成率的分母应取迭代计划会上确认的承诺任务数，并在迭代开始时冻结一份基线。迭代中途新增任务时，单独记录新增项及其纳入承诺的时间，计算“含新增口径”的完成率作为补充，主口径仍用基线分母，避免通过不断加任务稀释或抬高比值。任务被拆分时，原任务从分母中移除、子任务计入分母，同时保留拆分记录，保证分子分母可追溯。

剩余工作量的取数时点建议固定在每日站会后，由任务负责人更新剩余估算，单位与迭代规划时一致。取数后与前一天对比，形成实际剩余曲线。阻塞时长以工作项进入阻塞状态的时间为起点、解除阻塞的时间为终点，记录阻塞原因分类，例如外部依赖、技术难题、需求不清、环境问题。完成定义的达成以评审记录、验收项勾选、测试通过记录等证据为准，抽查时逐项核对，不以状态字段单独作为证据。

情形	处理规则
迭代计划任务数为零	完成率不计算，标注“无承诺项”，改用剩余工作量与阻塞情况判断
任务中途拆分	原任务移出分母，子任务计入分母，保留拆分前后对照记录
中途新增任务	主口径不变，另算含新增口径，新增项单独标注纳入时间
跨迭代未完成项	不自动计入下一迭代分母，需重新评估优先级与拆分后再纳入承诺
剩余工作量单位不一致	暂停趋势对比，先统一单位或分单位分别看曲线
阻塞起止时间缺失	该条阻塞时长记为缺失，不计入平均值，单独列出待补记录

缺失值要显式标注，不能用零填充。分母为零或单位不可比时，结论应写成“本期该指标不适用”，而不是给出一个看似精确的百分比。数据可复算的前提是每个数字都能追到具体工作项和更新时间。

计算与评估步骤：从取数到判断进展

第一步，按统一口径取完成率与剩余工作量。完成率用基线分母计算，同时记录含新增口径；剩余工作量取站会后的最新估算，与迭代开始时的总工作量对比，算出已消耗比例。两个比例并列，先看数量进度与工作量进度是否同步。

第二步，把实际剩余曲线与理想曲线对比。理想曲线是从迭代开始的总工作量到迭代结束归零的直线，实际曲线按每日取数绘制。关注趋势而非单点：实际曲线持续高于理想线，说明进度落后；曲线走平而完成率在涨，说明完成的任务工作量很小，大任务仍未推进。

第三步，统计阻塞项数量与平均阻塞时长，并按原因分类。阻塞项数量上升或平均时长拉长，即使完成率暂时好看，后续也可能集中爆发。外部依赖类阻塞需要协调资源，技术难题类阻塞需要调整方案或拆分，两类问题的处理动作不同。

第四步，抽查标记完成的任务是否满足完成定义。抽取若干已完成项，核对验收项、评审记录和测试结果。抽查不通过比例偏高时，完成率需要打折解读，已“完成”的任务可能还要返工，实际剩余工作量被低估。

综合判断时，信号一致则结论明确：完成率与剩余工作量趋势同步、阻塞可控、抽查通过，可以认为进展真实。信号冲突时以工作量与质量信号为主：完成率高但剩余曲线走平，按滞后处理；完成率高但抽查不通过多，按未完成处理；完成率低但剩余工作量下降明显，可能是任务粒度大，需拆分后重新观察。判断结果落到具体动作上，例如调整范围、增派协作、重排优先级。

在协作工具中，这些信号依赖工作项状态、剩余估算和阻塞记录的持续更新。ONES 支持团队通过敏捷看板管理任务状态，在每日站会中对齐迭代进度与风险；ONES Project 提供任务工时统计与燃尽图，便于在站会后查看剩余工作变化趋势。阻塞原因分类和完成定义证据的字段设置，需按团队实际配置确定，统计口径以配置为准。

例子：一次迭代中期的完成率误判

以下为演示情景，数值仅用于说明方法。某迭代承诺 40 个任务，总工作量 120 故事点，迭代周期 10 个工作日。第 5 天站会后取数：已完成 24 个任务，剩余工作量 78 故事点，阻塞项 5 个，平均阻塞时长 2.5 天，抽查 8 个已完成任务，3 个未满足完成定义。

完成率＝24 ÷ 40 × 100%＝60%。表面看时间过半、任务完成六成，进展似乎正常。但剩余工作量比例为 78 ÷ 120＝65%，已消耗工作量仅 35%，明显落后于时间进度。剩余曲线在第 3 天后走平，说明新完成的任务工作量很小，几个大任务仍停在收尾阶段。5 个阻塞项中 3 个属于外部依赖，平均已卡 2.5 天。抽查不通过率 3 ÷ 8＝37.5%，意味着部分“完成”任务还要返工。

修正后的判断是：数量进度虚高，工作量进度滞后，质量证据不足。对应的计划调整包括：把两个大任务拆分为可独立验收的子任务；为外部依赖阻塞项指定对接人并设定解除时限；对抽查不通过的任务重新打开，补入剩余工作量；与相关方沟通缩减本迭代范围，把低优先级任务移出承诺。调整后重新取数，再按同样四步复核。

解读与限制：完成率能说明什么、不能说明什么

完成率反映任务数量维度的进度，不反映工作量大小和价值交付。两个迭代完成率都是 70%，一个完成的是小任务，一个完成的是核心需求，实际进展差别很大。任务粒度不同时，完成率不能跨迭代直接比较，比较前需确认任务拆分习惯和分母口径一致。

阻塞时长受外部依赖影响明显，解读时要结合原因分类。外部依赖导致的阻塞，处理重点是协调资源和提前暴露风险；技术难题导致的阻塞，处理重点是方案调整。把阻塞时长直接归因于团队效率，会掩盖真正的问题来源。完成定义达成率是质量侧证据，用来判断“完成”是否可信，不能替代进度判断；反过来，进度指标也不能证明质量达标。

未完成工作在迭代结束时需要重新评估优先级和拆分方式，再决定是否纳入下一迭代承诺，不默认自动结转。自动结转会让分母不断膨胀，完成率越来越低，指标失去解释力。指标的使用目的是改进迭代运行，包括调整拆分粒度、提前识别阻塞、明确完成定义；把它直接作为个人绩效依据，会改变成员更新数据的动机，数据质量随之下降。

常见问题

迭代中期完成率看起来正常，但团队感觉进度落后，应该先核对哪一项数据？

先核对剩余工作量的取数口径和趋势。确认剩余估算是否由任务负责人在站会后更新、单位是否与迭代规划时一致，再把实际剩余曲线与理想曲线对比。如果实际曲线持续高于理想线，或曲线走平而完成率仍在上涨，说明完成的多是小任务，大任务尚未推进，应按滞后处理并调整计划。

任务在迭代中途被拆分或临时新增，完成率的分母应该怎么处理？

主口径保持迭代开始时冻结的承诺任务数不变。任务拆分时，原任务移出分母、子任务计入分母，并保留拆分前后对照记录；临时新增任务单独标注纳入时间，另算一个含新增口径的完成率作为补充。这样既能看到承诺范围内的真实进度，也能看到新增工作带来的影响，避免通过加任务改变比值。

阻塞时长多长算异常，需要升级处理？

没有通用的阈值，判断依据是阻塞原因分类和它对关键路径的影响。外部依赖类阻塞需要尽早指定对接人并设定解除时限，技术难题类阻塞需要调整方案或拆分任务。评估时看两个信号：阻塞项数量是否在上升，平均阻塞时长是否在拉长。即使完成率暂时好看，这两个信号恶化也意味着后续可能集中爆发，应提前升级协调。

完成定义达成率抽查多少任务合适，抽查结果怎么用？

抽查数量按迭代规模和风险确定，优先抽取核心需求、跨团队协作项和收尾阶段的任务。核对验收项勾选、评审记录、测试通过记录等证据，不以状态字段单独作为证据。抽查不通过比例偏高时，完成率需要打折解读，已标记完成的任务可能还要返工，实际剩余工作量被低估，应重新打开任务并补入剩余估算。

迭代结束时未完成的任务，可以直接结转到下一迭代吗？

建议先重新评估再决定是否纳入下一迭代承诺。直接结转会让分母不断膨胀，完成率越来越低，指标逐渐失去解释力。处理时先看未完成项的优先级是否仍然成立，再判断是否需要拆分，然后按下一迭代的承诺流程重新纳入。这样下一迭代的完成率才有可比性。