迭代中期发现阻塞迟迟没有解除，处理顺序应当是：先确认阻塞的真实状态和影响范围，再逐条验证原因，然后按“保目标、调范围、重排剩余工作”的原则安排未完成工作，最后在每日跟进中验证恢复情况。未完成工作要重新评估优先级和依赖，不能默认自动结转到下一迭代。
要点总览（TL;DR）
- 迭代中期发现阻塞，先确认状态与影响范围：区分已确认阻塞、待验证假设和单纯进度偏慢，列出受阻工作清单并标注与迭代目标的关系。
- 逐条排查阻塞原因并留下证据：按外部依赖、资源缺口、需求不清、技术方案未定、审批等待分类，写明原因假设、验证证据和结论。
- 按保目标原则重排：锁定迭代目标，对受阻工作分别拆分、移出或降级，剩余工作按剩余容量约八成安排，移出工作回到待办池重新评估，不默认结转。
- 重排后每日跟进检查解除证据，在重排次日和迭代结束前两三天复核目标可交付性，并把本次暴露的预警信号写入下一迭代风险检查项。
先判断阻塞处于什么状态、影响多大
迭代中期出现“进度落后”时，团队容易直接把它当成阻塞。更稳妥的做法是先做一次状态确认，把已确认的阻塞、待验证的假设和单纯的进度偏慢分开。状态不同，后续动作也不同：已确认的阻塞需要安排解阻资源和范围调整，待验证的假设需要先补证据，进度偏慢则要回到估算和执行节奏上找原因。
确认阻塞状态，可以从三个问题入手：谁在等、等什么、卡在哪个环节。例如“等第三方接口联调”要写清对接方、接口名称、对方当前反馈和已等待时长；“等设计确认”要写清确认人、待确认的具体页面或规则。只有能指出等待对象和卡点的，才适合标记为阻塞。
接着列出受影响的工作项清单，并逐项标注它与本次迭代目标的关系。可以按三档归类：直接支撑迭代目标、间接支撑、与目标无关。这个归类决定了后面哪些工作必须保住、哪些可以移出。同时盘点剩余迭代时间和团队可用容量，扣除已排定的会议、值班、休假等占用，得到可用于重排的真实工时。
还需要区分几种容易被误判为阻塞的情况：需求描述不清导致无法开工，属于需求澄清问题；估算偏差导致工作量超出预期，属于计划问题；验收标准未达成一致导致反复返工，属于协作问题。这几类问题同样需要处理，但处置方式与外部依赖受阻不同，混在一起会掩盖真正需要上报的阻塞。
本节的可交付物是一份受阻工作清单，字段包括：工作项、确认状态（已确认阻塞／待验证／进度偏差）、等待对象与卡点、影响范围、与迭代目标的关系、责任人。清单不必追求完整覆盖所有工作项，先把偏离计划的部分列清楚即可。
逐条排查阻塞原因并留下排除证据
阻塞原因不能凭印象下结论。建议对清单中的每一项，先写出原因假设，再说明用什么证据可以证实或排除，最后记录结论。这样做的价值在于：避免把“感觉是对方没响应”写成结论，也避免在原因未明时就开始调整范围。
常见原因可以归为五类，每类的验证方式和所需证据如下：
| 原因类别 | 典型表现 | 验证方式与所需证据 |
|---|---|---|
| 外部依赖 | 等待第三方接口、外部团队交付、供应商响应 | 查看对接记录与最近一次回复，确认对方承诺时间；证据为沟通记录、接口文档状态或对方书面反馈 |
| 资源缺口 | 关键角色被抽调、人手不足、环境资源被占用 | 核对当前人员投入与排期冲突；证据为排班表、任务分配记录 |
| 需求或验收标准不清 | 反复修改、无法判断完成标准 | 回溯需求文档与评审记录，确认是否存在未决问题；证据为待确认问题清单及确认人 |
| 技术方案未定 | 方案评审未通过、关键技术点未验证 | 查看方案评审结论与验证结果；证据为评审记录、技术验证结论 |
| 审批或环境等待 | 上线审批、测试环境、权限开通未完成 | 确认审批节点当前停留位置与预计时长；证据为审批流状态、环境申请单 |
排查顺序建议按“影响迭代目标且可快速验证”优先。影响目标、当天就能拿到证据的项先查，例如确认对方是否已回复、审批停在哪个节点；影响目标但需要外部确认的项，设定一个确认期限，到期仍无结论就按最坏情况进入重排；不影响目标的项可以放到迭代外处理，避免占用中期处置的精力。
对于迭代内确实无法解除的阻塞，要明确标记并上报，而不是留在原地等待。上报内容应包含：阻塞描述、已尝试的解除动作、当前结论、需要的支持方和期望回复时间。标记的作用是让范围调整有依据，也便于后续复盘时区分“外部不可控”和“内部响应不及时”。
本节的可交付物是一张阻塞原因排查表，字段包括：工作项、原因假设、验证证据、排查结论（已排除／已确认／待外部确认）、责任人、下次确认时间。
按保目标原则重新安排未完成工作
原因排查清楚后，进入重排。核心原则是先锁定迭代目标，再决定哪些工作留在本迭代。迭代目标是本次迭代要交付的结果，不是工作项数量的总和。先明确目标对应的验收条件，再判断哪些工作项是达成该条件不可缺少的，这些工作优先保留；对目标只有间接支撑作用的工作，可以根据剩余容量决定保留或移出。
受阻工作的处置有三种方式，判断标准如下：
- 拆分：阻塞只影响工作项的一部分，其余部分可以独立完成。例如接口联调受阻，但页面结构和本地逻辑可以先完成。拆分后保留可交付部分，受阻部分单独标记。
- 移出：阻塞在剩余迭代时间内无法解除，且该工作不是迭代目标达成的必要条件。移出后回到待办池，重新评估优先级，不默认结转到下一迭代。
- 降级：工作本身与目标相关，但可以先用简化方案满足验收条件，完整方案留到后续迭代。降级需要与需求方确认验收标准是否接受简化范围。
剩余工作按剩余容量重排时，要留出缓冲。把剩余可用工时全部排满，会让重排后的计划再次面临同样的超载风险。建议按剩余容量的八成左右安排确定要做的工作，其余作为弹性空间。重排时同时检查依赖关系：某项工作虽然本身不受阻，但它依赖的输入来自受阻工作，也要一并调整顺序或移出。
移出工作的去向需要明确写清：回到待办池，由需求方和团队在下次排期时重新评估优先级、依赖和拆分方式。直接结转到下一迭代会让下一迭代一开始就背负未验证的工作量，也容易让阻塞原因被搁置。范围变更后，要及时与需求方、依赖方和相关干系人同步，说明变更内容、对迭代目标的影响以及新的交付预期。
本节的可交付物是重排后的迭代工作清单和一份范围变更说明。清单标注每项工作的状态（保留／拆分／移出／降级）和责任人；变更说明记录调整原因、影响范围和已同步的对象。在ONES中，这类调整可以通过工作项状态变更、迭代范围调整和变更记录留痕来完成，使重排结果和调整依据在同一处可查，便于每日跟进时对照。
验证恢复情况并防止同类阻塞复发
重排完成不等于问题解决，还需要在后续跟进中验证恢复。每日跟进时，对每个标记为阻塞的工作项检查解除证据，而不是只看状态是否被改回“进行中”。解除证据可以是对方确认的回复、审批通过的记录、环境可用的验证结果。对重排后新排入的工作，检查实际推进速度是否与剩余容量估算相符，连续两天偏离就要重新评估。
迭代目标可交付性的复核时点建议设在两个位置：重排后的次日，确认新计划没有遗漏关键依赖；迭代结束前两到三天，确认保留的工作能够按计划完成，若不能则提前决定是否再次调整范围，避免到最后一天才发现目标无法达成。
范围调整需要记录并复盘。复盘时重点看三件事：阻塞是在什么时点被首次发现的，从发现到确认状态用了多久，解除动作是否及时。这些信息可以转化为预警信号，例如某类外部依赖的平均响应时长、某类审批的常见停留节点。把这些信号写入下一次迭代的风险检查项，有助于在阻塞形成前提前介入。
涉及关闭工作项、变更迭代范围等操作时，要先确认条件：工作项确实不再由本迭代交付、相关方已知悉变更、原内容有记录可查。关闭前保留原工作项的描述、讨论记录和关联信息，避免后续追溯时丢失上下文。范围变更同样建议保留变更前后的对照记录，便于复盘时还原决策过程。
本节的可交付物是恢复验证记录和阻塞复发预防清单。验证记录按日记录阻塞项的解除证据与重排工作进度；预防清单列出本次暴露的预警信号、对应的检查动作和责任人，作为下一迭代开始前的检查项。
常见问题
阻塞在迭代内确实解除不了，未完成的工作应该直接结转到下一迭代吗？
不建议直接结转。直接结转会让下一迭代一开始就背负未经验证的工作量，阻塞原因也容易被搁置。更稳妥的做法是把受阻工作移出当前迭代，回到待办池，由需求方和团队在下次排期时重新评估优先级、依赖和拆分方式。移出时保留原工作项的描述、讨论记录和关联信息，便于后续追溯。
怎么判断一项工作是真阻塞，还是只是进度偏慢？
看能否指出等待对象和卡点。能写清“谁在等、等什么、卡在哪个环节”的，才适合标记为阻塞，例如等待第三方接口联调，要写明对接方、接口名称、对方反馈和已等待时长。需求描述不清导致无法开工、估算偏差导致工作量超出预期、验收标准未达成一致导致返工，这几类属于需求澄清、计划或协作问题，处置方式与外部依赖受阻不同，混在一起会掩盖真正需要上报的阻塞。
重排时剩余容量应该排满吗？
不建议排满。把剩余可用工时全部排满，重排后的计划会再次面临超载风险。建议按剩余容量的八成左右安排确定要做的工作，其余作为弹性空间。重排时还要检查依赖关系：某项工作本身不受阻，但它依赖的输入来自受阻工作，也要一并调整顺序或移出。
重排后怎么确认阻塞真的解除了？
每日跟进时检查解除证据，而不是只看状态是否被改回“进行中”。解除证据可以是对方确认的回复、审批通过的记录、环境可用的验证结果。对重排后新排入的工作，检查实际推进速度是否与剩余容量估算相符，连续两天偏离就要重新评估。迭代目标可交付性的复核建议设在重排后次日和迭代结束前两到三天两个时点。
范围调整后需要同步给哪些人，记录什么？
需要同步需求方、依赖方和相关干系人，说明变更内容、对迭代目标的影响以及新的交付预期。记录方面，建议保留范围变更说明，写明调整原因、影响范围和已同步对象，并保留变更前后的对照记录，便于复盘时还原决策过程。在ONES中，这类调整可以通过工作项状态变更、迭代范围调整和变更记录留痕完成，使重排结果和调整依据在同一处可查。
