跨团队交接后行动项落空，常见情形是原负责人已退出、新接手人默认承接却未确认，或交接记录只写了“后续跟进”而没有具体人和时间。补救的关键是先归因再重派：用证据判断断点出在交接、确认、口径还是资源，再按单一责任人原则重新指定负责人并取得书面接受，最后通过一次闭环核对确认行动项恢复推进。
要点总览（TL;DR）
- 先登记落空行动项的症状类型与影响范围，区分单点遗漏和流程性落空，再决定处置优先级。
- 按交接断点、责任未确认、口径不清、资源冲突四类原因逐一找证据，证据不足不下结论。
- 处置顺序是先暂停下游动作止损，再按单一责任人原则重派，补齐交付物、截止时间、验收人，最后取得书面接受。
- 闭环核对从状态、产出、验收三个层面验证恢复情况，并把认领确认和交接书面确认写入会议与交接模板。
- 涉及对外承诺或已排期交付的改期，先与相关方沟通再调整，避免内部交接问题转化为对外失信。
落空的表现与影响范围怎么界定
发现行动项落空后，先不要急着追问“谁的责任”，而是把现象记录清楚。不同症状对应不同的断点位置，处置动作也不同。建议用一张清单逐项登记，每行一个行动项，标注症状类型、涉及团队、关联交付物和受影响的下游节点。
三类典型症状
- 无人认领：交接后行动项停留在原负责人名下，新团队无人接手，状态长期未更新，也没有人主动询问进展。
- 口头认领未确认：交接会上有人说了“我来跟”，但没有写入行动项记录，没有明确交付物和截止时间，事后双方理解不一致。
- 交接后状态停滞：行动项已转给新负责人，但状态停在“待开始”或“进行中”超过约定周期，既无产出也无阻塞说明。
圈定影响范围
对每个落空行动项，回答三个问题：涉及哪几个团队、对应哪些交付物、是否卡住下游节点。下游节点包括依赖该产出的评审、发布、对外交付或其它团队的前置任务。影响范围决定处置优先级——卡住对外承诺或已排期交付的，优先处理；仅影响内部后续讨论的，可以并入常规核对。
区分单点遗漏与流程性落空
单点遗漏通常表现为个别行动项无人跟进，其它交接项正常推进，原因多在个人交接疏忽。流程性落空则表现为同一批交接中多个行动项同时停滞，或每次跨团队交接都出现类似情况，说明交接环节缺少确认动作。判断方法很简单：统计本次交接涉及的行动项总数与落空数量，再看历史交接是否重复出现。流程性落空需要改流程，单点遗漏只需补齐当次记录。
完成这一步后，应得到一份落空行动项清单，包含行动项名称、原负责人、现归属团队、症状类型、关联交付物、受影响下游节点和处理优先级。
落空的常见原因与排除证据
症状清单只能说明“落了”，不能说明“为什么落”。原因判断要以假设加证据的方式进行：先列出可能原因，再为每类原因找到可核对的证据，证据不足时不作结论。以下四类原因覆盖多数跨团队交接场景，建议按表中顺序排查，因为交接断点位于链条最前端，先排除它可以避免在后续环节反复纠缠。
| 原因假设 | 验证证据 | 排查顺序 |
|---|---|---|
| 交接断点：交接记录未写明接收人和验收标准 | 调取交接文档或会议记录，检查是否出现具体接收人姓名、交付物描述和验收标准；只有“由某团队继续推进”这类表述即视为断点 | 第一步 |
| 责任未确认：接收方默认承接，没有明确接受动作 | 查找接收方是否回复确认、是否在行动项上完成认领操作；仅有转交记录而无接受记录，视为未确认 | 第二步 |
| 口径不清：行动项缺少交付物、截止时间或验收人 | 逐条检查行动项描述，看是否能用一句话说清“交付什么、什么时候交、谁验收”；三项缺任意一项即口径不清 | 第三步 |
| 资源冲突：责任人被更高优先级任务挤占 | 与责任人核对当前任务负载和优先级排序，确认是否存在上级临时插入的任务或排期冲突 | 第四步 |
排查时的两个注意点
第一，同一行动项可能同时存在多个原因，例如交接记录写了接收人但没写验收标准，接收人又因资源冲突未启动。此时按排查顺序记录全部命中的原因，处置时一并修正，不要只处理最先发现的那一个。
第二，证据要来自记录而非回忆。交接会上的口头承诺如果没有落入任何记录，本身就说明确认动作缺失，这属于责任未确认的证据，而不是“对方说过所以不是我们的问题”。排查完成后，形成原因假设表，每个行动项标注命中的原因、支撑证据和证据来源，作为后续重派的依据。
重新分派与责任确认的处置步骤
原因清楚后进入处置。顺序是先止损、再重派、后确认，每一步都有明确的完成标志，避免重派之后再次落空。
第一步：暂停依赖该行动项的下游动作
在重新分派完成前，先通知依赖该产出的团队暂停相关下游动作，避免基于过期信息继续推进造成错误扩散。暂停范围以落空行动项清单中标注的下游节点为准，通知方式用书面消息并注明恢复条件。这一步的完成标志是下游团队确认收到暂停通知。
第二步：按单一责任人原则重新指定负责人
每个行动项只设一名负责人，由交接双方共同确认人选。原负责人负责说明背景和已有进展，接收团队负责人确认人选的工作负载是否允许。涉及跨团队协作的部分，可以设协作人，但协作人不承担交付责任。完成标志是双方对负责人人选达成一致并记录在案。
第三步：补齐交付物、截止时间、验收人和依赖关系
重派时同步补全行动项要素：交付物要具体到可检查的产出，截止时间要写明日期，验收人要明确到人，依赖关系要列出前置条件和协作方。口径不清是落空的常见原因，这一步实际上是把行动项重新写清楚。完成标志是行动项记录中四项要素齐全，且负责人和验收人都能复述一致。
第四步：书面确认接受，记录确认时间与确认人
责任确认以书面接受为准，口头同意不计入。确认内容至少包含：我接受该行动项、交付物是什么、截止时间是什么、验收人是谁。记录确认时间和确认人，作为后续追溯凭证。完成标志是每条重派行动项都有对应的接受记录。
风险边界
如果落空行动项涉及对外承诺或已排期交付，改期前先与相关方沟通，说明影响和新的时间安排，取得对方知悉后再调整内部排期。单方面改期会把内部交接问题转化为对外失信，属于需要避免的二次损失。同样，涉及已发布内容或已上线功能的回退操作，先确认回退范围和备份方案，再执行变更。
处置完成后，应形成重派后的行动项记录与责任确认凭证，两者一一对应，便于闭环核对时逐项检查。
在行动项数量较多、交接频繁的团队中，重派和确认动作需要有统一的承载位置。ONES 可用于记录行动项的负责人、交付物、截止时间与确认状态，让交接双方在同一处完成认领和状态更新，减少口头交接留下的空白。具体使用方式按团队现有流程配置即可。
闭环验证与复发预防
重派和确认完成不等于行动项已经恢复推进。需要一次闭环核对确认状态真实更新，再把交接确认动作固化到会议流程中，降低同类问题再次发生的概率。
验证方式
从三个层面检查：状态层面，看行动项是否已从停滞状态转为进行中，并有最近一次更新时间；产出层面，看约定交付物是否按节点产出，或是否有明确的进度说明；验收层面，看验收人是否确认收到并认可产出。三个层面都通过，才算行动项真正恢复。仅有状态变更而无产出，仍属于风险项，需要继续跟踪。
一次闭环核对会
组织一次短会，参会人为各行动项负责人和验收人，逐项确认三件事：负责人是否仍为当前指定人、截止时间是否仍可达成、依赖关系是否已解除或有明确解决时间。核对结果当场记录，发现新的阻塞立即按前述步骤处理。会议时长控制在必要范围内，只核对重派后的行动项，不扩展为全面项目复盘。
流程固化
把两个动作写入常规会议流程：会议结束前，每个行动项必须完成认领确认，明确负责人、交付物、截止时间和验收人，未完成确认的行动项不进入执行清单；跨团队交接时，交接记录必须落到具体接收人，并由接收人书面确认，仅有团队名称的交接视为未完成。这两条规则可以直接写进会议模板或交接模板，作为固定字段。
复发信号与升级处理
如果同一团队在连续两次交接中出现同类落空，或同一行动项在重派后再次停滞，说明单次处置不足以解决问题，需要升级处理：由双方团队负责人共同复盘交接流程，检查确认动作是否被跳过、行动项要素是否长期缺失，并调整模板或核对频率。升级处理的目的是修正流程，而非追究个人，复盘结论应落到具体的流程修改上。
完成闭环核对后，保留核对记录与交接确认规则，作为下次交接的参照。行动项从落空到恢复的完整记录，也能在后续出现争议时提供事实依据。
常见问题
交接会上对方口头说“我来跟”，事后又不认，这种情况怎么处理？
口头承诺没有落入记录，本身就说明确认动作缺失。处理时不必纠缠当时说了什么，直接按责任未确认处置：重新指定负责人，把交付物、截止时间、验收人写清楚，并要求书面接受。同时把“口头认领不计入确认”写入会议规则，后续交接一律以书面接受为准。
重派后负责人接受了，但过一段时间又停滞，应该先查什么？
先查三个层面：状态是否有最近更新时间、约定交付物是否按节点产出、验收人是否确认收到。状态变了但没有产出，属于风险项，需要继续跟踪；产出有但验收未确认，说明验收环节没走通。若同一行动项重派后再次停滞，按复发信号处理，由双方团队负责人复盘交接流程，检查确认动作是否被跳过。
落空行动项卡住了对外交付节点，补救时要注意什么？
这类行动项优先级最高，但改期不能单方面决定。先通知依赖方暂停下游动作，说明影响范围；再与对外相关方沟通新的时间安排，取得对方知悉后再调整内部排期。内部重派和确认动作同步进行，确认凭证保留完整，便于后续对外说明时提供事实依据。
团队交接频繁，每次都靠人工核对确认，有没有更省事的做法？
把确认动作变成模板里的固定字段更省事：会议模板中每个行动项必须填写负责人、交付物、截止时间和验收人，未填完不进入执行清单；交接模板中必须写明具体接收人，并由接收人书面确认。行动项数量多时，可以用统一的位置记录负责人、交付物、截止时间与确认状态，交接双方在同一处完成认领和状态更新，减少口头交接留下的空白。
怎么判断一次落空是个人疏忽还是流程问题？
看范围和重复性。个别行动项无人跟进、其它交接项正常推进，多为单点遗漏，补齐当次记录即可；同一批交接中多个行动项同时停滞，或每次跨团队交接都出现类似情况，说明交接环节缺少确认动作，需要修改流程。统计本次交接的行动项总数与落空数量，再对照历史交接记录，就能做出判断。
