迭代执行跟踪应观察哪些过程信号

迭代执行跟踪要回答的是“进展是否真实、能否按期完成、风险在哪里”。建议同时观察四类过程信号：剩余工作量的变化趋势、阻塞的持续时长与解除节奏、完成定义（DoD）的达成情况，以及工作项在流程各状态间的流动情况。任务完成率只反映已关闭条目的占比，容易受拆分方式和提前关闭影响，适合作为辅助指标，与前三类信号交叉验证后再下判断。

要点总览（TL;DR）

• 迭代执行跟踪应同时观察四类过程信号：剩余工作量变化趋势、阻塞持续时长与解除节奏、完成定义（DoD）达成情况、工作项在状态间的流动情况。
• 剩余工作量以迭代承诺范围为分母，中途插入的工作项单列；趋势取最近3至5个工作日的斜率，单日波动不足以判断。
• 阻塞时长从标记阻塞起算到解除为止，按工作日计，同时看平均时长和最长时长；解除节奏比值持续小于1说明阻塞在累积。
• 任务完成率受拆分粒度、条目大小不均和提前关闭影响，只适合作为辅助指标，需与剩余工作趋势、阻塞时长、DoD达成率交叉验证。
• 迭代结束时未完成工作需重新评估原因并决定去向，不默认自动结转到下一个迭代。

评估目标：判断进展是否真实，而非统计做了多少

迭代执行跟踪的评估对象是迭代承诺范围内剩余工作的真实推进速度，以及阻碍推进的风险是否被及时暴露。每日站会后取一次快照，迭代中期做趋势对比，目的是在还有调整空间时发现问题，而不是等到迭代结束再解释为什么没做完。

这项评估要回答三个问题：剩余工作是否按预期速度减少；阻塞是否在合理时间内被解除；已完成的工作是否真正满足完成定义。三个问题分别对应进度、风险和质量的真实性，缺一项都可能得出偏乐观的结论。

需要明确的是，过程信号服务于团队自我调整和迭代范围决策，不用于个人产出排名或绩效考核。一旦信号与个人评价挂钩，成员倾向于提前关闭工作项、少标记阻塞、把剩余量填小，信号本身就会失真。评估结果的使用范围应事先说清楚：给团队看趋势，给产品负责人看范围风险，给管理层看迭代可预测性，不落到个人工时对比。

指标与范围：四类过程信号及观察边界

四类信号从不同角度描述同一件事——剩余工作是否在被稳定地消化。下表给出信号名称、定义、单位与建议观察频率，可作为团队复用的信号表。

信号类别	具体信号	定义	单位	观察频率
剩余工作量	剩余故事点 / 剩余工时	迭代承诺范围内尚未完成工作项的估算值之和	点或小时	每日站会后
剩余工作量	剩余量日变化	当日剩余量与前一日的差值	点或小时	每日
阻塞	阻塞数量	当前处于阻塞状态的工作项数	项	每日
阻塞	阻塞持续时长	从标记阻塞到解除阻塞经过的工作日数	工作日	每日更新，迭代中期汇总
阻塞	解除节奏	统计周期内解除阻塞的项数与新增阻塞项数的对比	项	每周或迭代中期
完成定义	DoD 达成率	进入待验收的工作项中，验收项全部通过的比例	百分比	迭代中期、迭代结束
流动	状态停留时长	工作项在某一状态（如开发中、待测试）停留的工作日数	工作日	每周
流动	返工与重开次数	已流转到后续状态又被退回或重新打开的次数	次	迭代中期、迭代结束

观察范围限定在单个迭代内，跨迭代对比只在口径一致时才有意义。工作项类型和状态口径需要统一：需求、任务、缺陷分别统计还是合并统计，进入“完成”以哪个状态为准，团队应在迭代开始前约定并保持稳定。口径中途变化会让趋势线失去可比性，比数据本身不准更麻烦。

数据口径：分母、时间窗与缺失值怎么定

口径决定信号能否在不同迭代之间比较。每个信号都要写清分子、分母、时间窗和缺失值处理规则，下面逐项说明。

剩余工作量的分母

分母取迭代承诺范围，即迭代计划会上确认纳入的工作项估算值之和。迭代中途插入的工作项单独列示，不计入原承诺分母，否则新增工作会拉高剩余量，让团队看起来“没干活”，掩盖真实的推进速度。中途移除的工作项同样单列，并在趋势图上标注范围变更点。

阻塞时长的起止点

阻塞时长从工作项被标记为阻塞的当天起算，到解除阻塞的当天为止，按工作日计，剔除周末和团队约定的休息日。同一天标记并解除的记为 0 个工作日。一个工作项多次阻塞时，分别记录每段时长，汇总时同时给出平均时长和最长时长，平均值会被大量短阻塞稀释，最长时长更能暴露卡点。

DoD 达成率的分母

分母取当前进入待验收状态的工作项数，分子取其中验收项全部通过的工作项数。用验收项通过比例而不是任务关闭比例，是为了避免“任务关了但验收没过”被算成完成。验收项清单在迭代开始前随需求一起确定，迭代中途新增验收项需要记录，否则达成率会因标准变化而不可比。

时间窗与缺失值

每日站会后取当日快照，保证同一天的剩余量、阻塞数、状态分布来自同一时点。迭代中期做趋势对比时，取最近 3 至 5 个工作日的斜率，单日波动不足以判断趋势。缺失值按以下规则处理：未填剩余量的工作项沿用上一次有效值并标记为待补；未标记阻塞但站会上口头提出的问题，当天补记为阻塞并注明补记日期；状态长期未更新的工作项单独列出，提醒负责人当日更新。补记和沿用都要留痕，避免事后无法区分真实数据和填补数据。

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

以下步骤按日执行、按迭代中期汇总，每一步都给出可复算的算法。

步骤一：记录剩余工作量并绘制趋势

每日记录迭代剩余故事点或剩余工时，形成按工作日排列的序列。趋势斜率用最近若干天的数据做线性拟合，或简化为“（期初剩余量 − 当前剩余量）÷ 已过工作日数”，得到日均消化速度。用剩余量除以日均消化速度，得到按当前速度的预计完成天数，与迭代剩余天数对比。

步骤二：计算阻塞时长

平均阻塞时长 = 统计周期内各段阻塞时长之和 ÷ 阻塞段数。最长阻塞时长取所有阻塞段中的最大值。解除节奏用“周期内解除阻塞项数 ÷ 周期内新增阻塞项数”观察，比值持续小于 1 说明阻塞在累积。

步骤三：计算 DoD 达成率与返工率

DoD 达成率 = 验收项全部通过的工作项数 ÷ 进入待验收的工作项数 × 100%。返工率 = 被退回或重新打开的工作项数 ÷ 已流转到后续状态的工作项数 × 100%。两个比率都按迭代累计计算，迭代中期看趋势，迭代结束看终值。

步骤四：用斜率判断进展速度

把预计完成天数与迭代剩余天数对比：预计完成天数明显大于剩余天数，说明按当前速度无法完成承诺范围；两者接近说明进度处于临界状态，需要关注波动；预计完成天数小于剩余天数说明有缓冲。斜率判断要结合范围变更记录一起看，范围扩大导致的斜率变化不等于团队变慢。

步骤五：交叉验证

单一信号容易误判，交叉验证的规则可以写成几条明确的判断：完成率上升但剩余工作量不降，说明关闭的多是小条目或提前关闭，进展存疑；阻塞数量下降但平均阻塞时长上升，说明短阻塞被处理、长阻塞仍在拖；DoD 达成率低而状态显示大量待验收，说明验收环节积压，完成的工作没有真正交付。出现任一情况，应在站会上追问具体工作项，而不是只看汇总数字。

例子：一个迭代中期的信号解读

以下为演示情景，用于说明信号组合的读法，数值为假设数据。

某迭代承诺 40 点，计划周期 10 个工作日。到第 5 个工作日结束时，剩余 26 点，当前有 3 项阻塞，平均阻塞时长 2.5 个工作日，进入待验收的工作项 10 项，其中 7 项验收项全部通过，DoD 达成率为 70%。

计算过程：已过 5 个工作日，消化 14 点，日均消化 2.8 点。按此速度，剩余 26 点需要约 9.3 个工作日，加上已过的 5 天，预计总工期约 14.3 个工作日，超出计划的 10 天。剩余量趋势在前 3 天下降较快，后 2 天几乎持平，斜率放缓与 3 项阻塞出现的时间吻合。阻塞平均 2.5 个工作日，其中最长一项已阻塞 4 个工作日，解除节奏为本周解除 1 项、新增 2 项，阻塞在累积。DoD 达成率 70%，说明待验收的 10 项中有 3 项未通过验收，这部分工作不能计入完成。

结论：进展偏慢，且阻塞集中在中后段，按当前速度无法完成 40 点承诺范围。建议在迭代中期重新评估范围，优先解除最长阻塞项，并把未通过验收的 3 项退回处理。如果只看任务完成率，已关闭条目可能接近一半，会得出“进度正常”的相反结论，这正是需要交叉验证的原因。

解读与限制：为什么不能只看任务完成率

任务完成率 = 已关闭工作项数 ÷ 迭代内工作项总数。这个比率受拆分粒度影响明显：把一个大需求拆成十个小任务，完成率很容易做高，但实际交付的价值没有变化。条目大小不均时，完成 8 个小任务和完成 2 个大任务在完成率上差别很大，在工作量上可能相反。提前关闭——任务实际未完成但状态被改为完成——会直接抬高完成率，而剩余工作量和 DoD 达成率会暴露这种偏差。

完成率也不反映剩余工作量和阻塞。一个迭代可以完成率达到 60%，同时剩余的全是大条目、阻塞在累积，按期交付的风险很高。因此完成率适合作为辅助指标，用来观察条目流转的活跃度，判断进展真实性要回到剩余工作趋势、阻塞时长和 DoD 达成率。

这些指标是观察信号，不构成按期交付的因果保证。趋势向好只说明当前速度可以支撑承诺范围，需求变更、人员变动、外部依赖仍可能改变结果。指标的作用是让风险更早可见，而不是替代对具体工作项的判断。

分母为零时需要单独解读：没有阻塞项，平均阻塞时长无定义，应记为“本期无阻塞”，不能记为 0 天混入历史均值；没有进入待验收的工作项，DoD 达成率无定义，说明验收环节尚未启动，应结合状态停留时长判断是否积压。缺失值较多的迭代，趋势判断的可信度下降，应在结论中注明数据完整度。

迭代结束时，未完成的工作需要重新评估：是范围估计偏差、阻塞未解除，还是验收未通过，不同原因对应不同的处理方式，由产品负责人和团队共同决定去向，不默认自动结转到下一个迭代。把这些判断记录在迭代回顾中，下一个迭代的信号才有对照基础。

在工具承载上，ONES Project 支持将需求和相关任务规划至迭代并分配负责人，提供任务工时统计与看板、燃尽图来跟踪当前进度，团队可以在每日站会后借助看板对齐进度与风险。剩余工作量的更新频率、阻塞的标记方式、验收项的记录口径仍需团队自行约定并稳定执行，工具记录的是团队维护后的状态。

常见问题

团队规模小、工作项不多时，还需要每天记录剩余工作量吗？

工作项较少时，可以按工作日记录剩余量，但不必细化到每个条目，按迭代整体记录一个剩余点数或剩余工时即可。关键是保持记录时点和口径稳定，例如固定在每日站会后更新，这样趋势线才有可比性。工作项很少时单日波动的影响更大，建议看3至5个工作日的整体走向，而不是逐日比较。

阻塞没有在工具里标记，只在站会上口头提到，怎么统计阻塞时长？

当天补记为阻塞并注明补记日期，起算点仍按实际发生阻塞的日期填写，避免时长被低估。补记要留痕，事后能区分真实记录和补充记录。如果口头阻塞长期不进入记录，平均阻塞时长会偏低，交叉验证时容易误判进展正常，因此站会上提出的阻塞应当天落到记录中。

迭代中途插入紧急需求，剩余工作量趋势突然上升，怎么判断团队是否变慢？

把中途插入的工作项单独列示，不计入原承诺分母，并在趋势图上标注范围变更点。判断速度时用原承诺范围的剩余量变化计算斜率，新增范围单独看消化情况。这样范围扩大导致的剩余量上升不会被误读为团队推进变慢，也能看清新增工作占用了多少产能。

DoD达成率和任务完成率都看，两者冲突时以哪个为准？

以DoD达成率为准判断工作是否真正完成，任务完成率只反映条目流转的活跃度。任务关闭但验收项未通过的工作项，不能计入完成。两者冲突时，应回到具体工作项核对验收项清单，确认是验收标准变化、验收环节积压，还是存在提前关闭的情况，再决定是否调整迭代范围。

用ONES跟踪这些信号时，哪些口径需要团队自己约定？

ONES Project支持将需求和相关任务规划至迭代并分配负责人，提供任务工时统计与看板、燃尽图跟踪当前进度，团队可在每日站会后借助看板对齐进度与风险。剩余工作量的更新频率、阻塞的标记方式、验收项的记录口径需要团队自行约定并稳定执行，工具呈现的是团队维护后的状态。具体能力范围与适用版本建议向厂商确认。