迭代执行跟踪要回答的是“剩余工作能否在迭代内完成、完成得是否真实”，而不是“已经做了多少”。建议同时观察四类过程信号：剩余工作量的变化趋势、阻塞的持续时长与解除情况、完成定义（DoD）的达成比例，以及工作项在流程状态间的流动与回流。任务完成率只反映已关闭数量，适合作为辅助指标，与前三类信号交叉判断。
要点总览（TL;DR）
- 迭代执行跟踪应同时观察四类过程信号：剩余工作量变化趋势、阻塞持续时长与解除情况、完成定义（DoD）达成率、工作项状态流动与回流。
- 剩余工作量以迭代承诺总量为分母、按日固定时点快照，看下降趋势而非累计完成量；单日波动参考价值有限，滚动三日更稳定。
- 阻塞时长从标记阻塞起算到解除为止，平均时长要与超阈值条目数一起看，避免平均值掩盖关键路径上的长阻塞。
- 任务完成率只反映已关闭数量，无法区分做完了和做对了，适合作为辅助信号与剩余量、阻塞、DoD 达成率交叉判断。
- 当期无声明完成条目时 DoD 达成率记为不适用而非 0；未完成工作需重新评估后纳入下轮承诺，不默认自动结转。
跟踪目标：判断进展是否真实收敛
迭代执行跟踪的核心判断是：按当前速度，剩余工作能否在迭代结束前达到可交付状态。这个判断包含两个层面。第一层是收敛性，即剩余工作量是否在持续下降，下降速度是否足以在迭代窗口内归零。第二层是真实性，即被标记为完成的工作项是否真正满足完成定义，而不是仅仅关闭了状态。
“进展真实性”和“产出数量”是两个不同的问题。产出数量回答“关闭了多少条”，进展真实性回答“关闭的条目是否可用、剩余部分是否可控”。前者容易统计，后者需要交叉多个信号才能得出结论。只统计关闭数量，会把“状态被推动”误当成“价值被交付”。
两个观察时点的侧重点不同。每日站会后关注短期变化：昨天剩余量降了多少、有没有新增阻塞、在制品是否堆积。迭代中期评估关注趋势和结构：剩余量曲线是否偏离预期、阻塞是否集中在少数条目、DoD 未通过的条目是否集中在某类工作。站会后看“今天要处理什么”，中期看“这个迭代还来不来得及、需不需要调整范围”。
据此，跟踪要回答的问题可以整理为一份清单：剩余工作量当前是多少、按日下降速度是否支撑按期完成；阻塞有几条、平均持续多久、哪些已超过团队可接受时长；声明完成的条目中多少真正通过 DoD；工作项是否频繁回流、在制品是否超过团队并行能力；任务完成率与上述信号是否一致，若不一致以哪个为准。
过程信号清单与指标口径
四类信号需要统一口径才能横向比较。下表给出每个信号的公式、分母、时间窗与单位，团队可按自身工作项类型调整统计对象，但同一迭代内应保持口径稳定。
| 信号 | 计算口径 | 分母 | 时间窗 | 单位 |
|---|---|---|---|---|
| 剩余工作量 | 截至当日仍未达到完成定义的工作项估算之和 | 迭代承诺总量（故事点或任务数） | 按日固定时点快照，覆盖整个迭代 | 故事点或条 |
| 剩余工作量下降速度 | 相邻两次快照的剩余量差值 | 不适用，为差值指标 | 按日或按滚动三日 | 点/日或条/日 |
| 阻塞条目数 | 当期处于阻塞状态的工作项数量 | 不适用，为计数指标 | 当期迭代，按日统计 | 条 |
| 平均阻塞时长 | 各阻塞条目从标记阻塞到解除的时长之和 ÷ 当期阻塞条目数 | 当期发生过阻塞的条目数 | 从标记时刻到解除时刻，按小时或天计 | 小时或天 |
| DoD 达成率 | 通过完成定义检查的条目数 ÷ 声明完成的条目数 | 当期声明完成的条目数 | 每次声明完成时核对，按周或按迭代汇总 | 百分比 |
| 状态回流次数 | 工作项从较后状态退回较前状态的次数 | 不适用，为计数指标 | 当期迭代累计 | 次 |
| 等待时长 | 工作项停留在等待类状态（如待评审、待测试）的累计时长 | 不适用，按条目累计 | 当期迭代累计 | 小时或天 |
| 在制品数量 | 当期同时处于进行中状态的工作项数量 | 不适用，为计数指标 | 按日快照 | 条 |
| 任务完成率 | 已关闭工作项数 ÷ 迭代承诺工作项总数 | 迭代承诺工作项总数 | 按日或按迭代累计 | 百分比 |
剩余工作量应以“未达到完成定义”为口径，而不是“状态未关闭”。这样剩余量与 DoD 达成率才能互相印证。下降速度用于判断趋势，单日波动参考价值有限，滚动三日或按周对比更稳定。
阻塞时长从标记阻塞的时刻起算，到解除阻塞的时刻为止，中间不扣除周末或等待外部响应的时间，除非团队在口径中明确约定。平均阻塞时长要和超阈值条目数一起看：平均值可能被少数长阻塞拉高，也可能被大量短阻塞稀释。
任务完成率的口径简单，局限也明显。它把“关闭”等同于“完成”，无法区分做完了和做对了；它统计的是累计关闭数量，无法反映剩余部分是否在收敛；当迭代中途调整范围时，分母变化会让完成率失真。因此它适合作为辅助信号，用来和剩余量、阻塞、DoD 达成率对照，而不适合单独下结论。
数据来源与采集口径
四类信号分别来自三类记录：工作项状态变更记录、阻塞标记与解除时间、DoD 检查记录。状态变更记录提供剩余量、回流次数、等待时长和在制品数量的基础数据；阻塞标记提供阻塞条目数和阻塞时长；DoD 检查记录提供声明完成与通过检查的对应关系。取数前应先确认这三类记录在团队实际使用的工具中是否完整留存。
每日固定时点快照是保证可比的关键。建议在站会后、当日工作开始前取一次快照，避免同一天内多次状态变更导致剩余量忽高忽低。若团队跨时区协作，应约定一个统一的快照时点，并在迭代内保持不变。快照时点一旦确定，中途调整需要在报告中注明，否则前后数据不可比。
缺失值需要显式处理。未标记阻塞不等于没有阻塞，可能是团队没有养成标记习惯，也可能是阻塞发生在工具之外。报告中应说明阻塞信号的采集覆盖范围，例如“本期阻塞数据来自看板阻塞标记，覆盖全部进行中工作项”。覆盖范围不完整时，阻塞时长只能作为参考，不能据此判断阻塞问题不严重。
分母为零的情况要单独约定。当期没有声明完成的条目时，DoD 达成率记为“不适用”，而不是 0。记为 0 会让人误以为所有完成项都没通过检查，与实际“没有样本”完全不同。同理，当期没有阻塞条目时，平均阻塞时长记为“不适用”，阻塞条目数记为 0，两者含义不同，不能混用。
计算与评估步骤
评估按五步执行，每一步产出一个可复核的中间结果，最后再形成判断。顺序不宜颠倒，否则容易先有结论再找数据。
第一步，按日汇总剩余工作量，绘制燃尽趋势。以迭代承诺总量为起点，逐日记录剩余量，观察曲线是否持续下降、下降斜率是否足以在迭代结束前归零。同时记录当日新增工作项，避免范围悄悄扩大而未被发现。
第二步，统计当期阻塞条目数与平均阻塞时长，标出超过团队约定时长的条目。平均时长用于看整体，超阈值条目用于定位具体问题。对每条长阻塞，记录阻塞原因类别，例如等待外部依赖、等待评审、环境问题，便于判断是偶发还是结构性问题。
第三步，对声明完成的条目逐条核对 DoD，计算达成率。核对应基于完成定义的具体条目，例如代码已合并、测试已通过、文档已更新，而不是凭印象判断。未通过的条目要记录缺哪一项，这决定了它是回退继续做，还是补充检查后重新声明完成。
第四步，交叉比对四类信号，识别矛盾组合。“完成率高但剩余量不降”通常意味着关闭的是小条目，大条目仍在进行；“剩余量下降但 DoD 达成率低”意味着完成质量存疑；“阻塞条目不多但平均时长很长”意味着少数条目卡住了关键路径；“在制品数量持续偏高”意味着并行过多、交接等待增加。矛盾组合比单个指标更能提示问题所在。
第五步，输出结论与待重新评估的工作项。结论应写明当前剩余量、按当前速度的预计完成情况、主要风险来源，以及需要重新评估范围或拆分的具体工作项。未完成的工作项不默认结转到下一迭代，而应重新评估优先级和估算后再纳入下轮承诺。
在工具承载上，ONES 敏捷研发管理解决方案覆盖迭代进度跟进场景，团队可通过敏捷看板管理任务状态，并在每日站会中对齐进度与风险；燃尽图可用于观察剩余量趋势。ONES Project 提供看板、燃尽图等工具实时掌控进度，并支持任务工时统计与估算任务持续时间，报表可自定义数据范围和维度。阻塞标记、DoD 检查记录、状态回流与等待时长等信号，需结合团队实际配置的记录方式确认取数来源；若系统内未单独记录，可在看板或检查记录中补充，以保证口径一致。
示例：一次迭代中期的信号判读
以下为演示情景，数字用于说明判读方法，不代表任何团队的实际数据。
某迭代承诺 60 点，第 6 天快照显示剩余 38 点，任务完成率 45%。单看完成率，接近一半，似乎进展正常。但剩余量从第 1 天的 60 点降到第 6 天的 38 点，六天只下降 22 点，按此速度剩余 38 点还需要约十天，超出迭代剩余天数。完成率与剩余量趋势出现矛盾：关闭的条目数量不少，但消耗的工作量有限。
阻塞方面，当期有 5 条阻塞，平均阻塞时长 2.4 天，其中 2 条超过 3 天。两条长阻塞分别卡在外部接口联调和测试环境准备上，属于关键路径上的等待。阻塞条目数不算多，但长阻塞集中在关键路径，会直接拖慢剩余量的下降。
DoD 方面，声明完成 12 条，通过检查 9 条，达成率 75%。未通过的 3 条中，2 条缺测试通过记录，1 条缺文档更新。这说明部分“完成”只是状态被推动，尚未达到可交付标准。
综合判读：完成率看似过半，但剩余量下降缓慢、长阻塞卡在关键路径、DoD 未全部通过，进展真实性存疑。处理动作包括：对未通过 DoD 的 3 条回退状态，补齐检查项后重新声明完成；对 2 条长阻塞条目重新评估，确认外部依赖的到位时间，必要时调整迭代范围或拆分工作项；将剩余量与按当前速度的预计完成时间写入中期评估结论，供团队决定是否缩减承诺范围。
解读边界与常见误判
剩余工作量下降不等于按期交付。剩余量下降只能说明已完成部分在增加，能否按期完成还取决于下降速度是否持续、剩余工作是否集中在难以拆分的条目上。若剩余量集中在少数大条目，即使总量看起来可控，实际风险仍可能很高。判断时应把剩余量与阻塞、DoD 达成率放在一起看。
DoD 达成率是过程检查，不构成质量保证。它检查的是声明完成的条目是否满足团队约定的完成条件，检查项本身是否充分、是否覆盖真实质量要求，需要团队在迭代回顾中持续修订。达成率高只说明当前检查项通过得多，不说明交付物没有缺陷。
不设通用达标线。阻塞时长多长算长、DoD 达成率多高算合格、在制品数量多少算合理，都应按团队历史数据设定。一个新组建的团队和一个稳定运行多个迭代的团队，基线不同。阈值的作用是触发讨论，而不是给出统一判分。
未完成工作需要重新评估，不默认自动结转。把剩余工作原样推到下一迭代，会让承诺总量虚高、完成率失真，也会掩盖估算偏差。正确做法是重新评估优先级和估算，明确哪些进入下轮承诺、哪些退回需求池。
单指标不能作为绩效评价依据。任务完成率、DoD 达成率、阻塞时长都受工作项拆分粒度、范围变更、外部依赖等条件影响，单独拿出来比较个人或小组，容易诱导把工作项拆小、把状态提前推动等行为。这些信号用于团队判断进展和调整计划，评价用途需要另行设计口径并说明适用条件。
常见问题
团队没有养成标记阻塞的习惯，阻塞时长数据还能用吗？
可以用，但要先说明采集覆盖范围。未标记阻塞不等于没有阻塞，可能是习惯问题，也可能是阻塞发生在工具之外。建议在报告中注明“本期阻塞数据来自看板阻塞标记，覆盖全部进行中工作项”之类的口径说明，并把它作为参考信号而非结论依据。若连续几个迭代覆盖率都偏低，可以在站会中固定一个环节确认阻塞标记，逐步补齐数据。
迭代中途调整了范围，剩余工作量和完成率怎么保持可比？
范围变更后，分母会变化，前后数据直接比较会失真。建议在快照记录中单独标注范围变更的日期和增减量，评估时把“原承诺范围”和“调整后范围”分开呈现。完成率可以按调整后分母计算，但要在结论中说明变更情况；剩余量趋势则可以把新增工作项单独列出，避免范围悄悄扩大而未被发现。
DoD 达成率多高算合格？阻塞多久算长？
没有通用达标线。阈值应按团队历史数据设定：一个新建团队和稳定运行多个迭代的团队，基线不同。阈值的作用是触发讨论和定位问题，而不是给出统一判分。建议先用两三个迭代的数据积累基线，再约定“超过多久需要升级处理”的规则，并在迭代回顾中定期修订。
这些过程信号能不能直接用来评价个人绩效？
不建议直接使用。任务完成率、DoD 达成率、阻塞时长都受工作项拆分粒度、范围变更、外部依赖等条件影响，单独比较个人或小组，容易诱导把工作项拆小、把状态提前推动等行为。这些信号更适合团队判断进展和调整计划；若用于评价，需要另行设计口径并说明适用条件。
迭代结束时未完成的工作项应该怎么处理？
应重新评估优先级和估算，再决定去向，不默认原样结转到下一迭代。把剩余工作直接推过去，会让承诺总量虚高、完成率失真，也会掩盖估算偏差。正确做法是明确哪些进入下轮承诺、哪些退回需求池，并在回顾中分析未完成的原因，是估算偏乐观、阻塞未及时解除，还是范围中途扩大。
