任务交接要做得可确认、可追溯，关键是按顺序完成四件事：先界定交接范围和完成标志，再由交方整理交接包，接方逐项核对并复述理解，最后在任务记录中登记责任变更与接收结论。本文围绕单项任务的责任转移展开，给出步骤、字段清单、角色分工、示例和完成检查；组织层面的角色设计与人力调配不在讨论范围内。
要点总览（TL;DR）
- 任务交接先界定范围：明确任务名称、交方、接方、确认人、计划完成时间和完成标志，把交接限定在单项任务的责任转移上。
- 交接按四步走：交方整理交接包，接方逐项核对并提出疑问，双方确认责任变更与后续动作，最后在任务记录中登记交接结果。
- 交接包按固定字段填写，重点包括任务目标与验收标准、当前进度、已完成与未完成事项、依赖与风险、待决问题、文档与权限位置、下一步动作。
- 交方交付完整交接包，接方交付核对结论与接收确认，确认人负责确认责任变更并裁定争议。
- 交接完成的判断标准是：负责人已更新、交接包字段完整且接方确认、待决问题有决定人和时间、风险与依赖已同步、争议有回退与升级方式。
交接前先定清楚：交什么、交给谁、什么时候算交完
交接启动时，先把范围收窄到某一项具体任务的责任转移。判断标准很简单：交接完成后，这项任务的负责人从交方变为接方，任务目标、当前进度和下一步动作由接方继续推进。同一批工作中的其他任务、团队长期角色分工、人员编制调整，都不属于这次交接的内容，需要另行处理。
范围说明建议在交接开始前写成一段简短文字，至少包含以下要素：
- 任务名称与标识：写清任务在任务记录中的名称或编号，避免同名任务混淆。
- 交方：当前负责人，对任务现状最清楚的人。
- 接方：接手后承担任务责任的人。
- 协办人：继续参与执行的其他人，交接后协作关系保持不变或按约定调整。
- 确认人：通常是交方与接方的共同上级或项目负责人，负责确认责任变更、裁定争议。
- 计划完成时间：约定交接包提交、核对确认和记录登记的时间点。
- 完成标志：例如“接方书面确认交接包无异议，且任务记录中负责人已更新”，写清楚才算有验收依据。
完成标志需要双方事先认可。常见做法是以接方确认加记录更新作为完成条件；如果任务涉及对外承诺或合规要求，可以增加确认人签字或书面确认环节。团队制度对书面确认有统一要求的，按制度执行。
核心操作步骤：从交接清单到接收确认
交接按四步推进，每一步都有明确的输入、动作和输出。四步走完，交接才算闭环。
| 步骤 | 输入 | 动作 | 输出 | 完成标志 |
|---|---|---|---|---|
| 第一步：交方整理交接包 | 任务记录、文档、沟通记录、当前进度信息 | 按固定字段整理任务现状，标注已完成、未完成、依赖、风险与待决问题 | 一份完整的交接包 | 交接包字段齐全，交方自检无遗漏 |
| 第二步：接方逐项核对 | 交接包、任务记录、相关文档 | 逐项阅读，核对信息与记录是否一致，列出疑问清单 | 疑问清单与核对结论 | 接方完成全部字段核对，疑问已提出 |
| 第三步：双方确认责任变更与后续动作 | 疑问清单、交接包 | 当面或线上逐条答疑，接方复述关键节点与下一步动作，交方补充修正 | 修订后的交接包与双方一致的理解 | 接方能准确复述任务目标、待决问题和近期动作 |
| 第四步：登记交接结果 | 确认后的交接包、责任变更信息 | 在任务记录中更新负责人与协办人，登记交接时间、交接内容摘要与接收结论 | 可追溯的交接记录 | 任务记录中负责人已变更，交接记录可查 |
第二步的核对要落到具体字段，避免只做整体浏览。接方可以按“目标与验收标准—当前进度—未完成事项—依赖与风险—文档与权限—下一步动作”的顺序逐段核对，每段给出“清楚、有疑问、缺失”三种判断之一。疑问集中在第三步解决，交方当场能答的当场答，答不了的转为待决问题并约定责任人和时间。
第三步的复述是确认理解的关键动作。接方用自己的话讲一遍任务目标、当前卡点、最近两周要做的动作和需要谁配合，交方听出偏差就当场纠正。复述通过后，双方对交接内容形成一致理解，这一步的产出才有意义。
第四步把口头共识落到记录上。任务记录中更新负责人和协办人，同时留下交接时间、交接内容摘要和接收结论。记录的作用是让后续参与者能查到“谁在什么时候把什么交给了谁、接方是否确认”，出现分歧时有据可依。使用任务管理工具时，这些信息可以随任务记录一并保存，ONES 的任务记录可以承载负责人变更和交接说明，便于交接过程留痕。
交接包应包含哪些信息：字段清单与填写要求
交接包是交接的核心交付物，按固定字段填写可以减少遗漏。下表列出常用字段、必填建议和填写要求。
| 字段 | 必填/选填 | 填写要求 |
|---|---|---|
| 任务目标与范围 | 必填 | 用一两句话说明任务要达成什么、边界在哪里，引用原始需求或任务描述 |
| 验收标准 | 必填 | 写清完成的质量要求和判定方式，有量化指标的附上指标 |
| 当前进度 | 必填 | 说明整体完成比例或所处阶段，附最近一次进展更新时间 |
| 已完成事项 | 必填 | 逐条列出已交付的成果及其位置，注明是否已验收 |
| 未完成事项 | 必填 | 逐条列出剩余工作，标注优先级和预计完成时间 |
| 关键依赖 | 必填 | 写明依赖的外部团队、系统、审批或数据，注明当前状态和对接人 |
| 风险与待决问题 | 必填 | 每条风险写清影响、当前应对措施；待决问题写明需要谁在什么时间前决定 |
| 相关文档与链接 | 必填 | 列出需求文档、设计稿、会议纪要等的位置，确保接方可以打开 |
| 权限位置 | 必填 | 说明接方需要开通或转移的系统权限、共享目录、群组，注明申请方式 |
| 下一步动作与时间节点 | 必填 | 列出交接后最近的三到五项动作，每项有责任人和时间 |
| 协办人与外部联系人 | 选填 | 列出继续参与的人员及其分工，方便接方对接 |
| 历史背景与注意事项 | 选填 | 记录影响判断的背景信息，如既往决策原因、客户特殊要求 |
填写时有两个常见问题值得注意。一是“已完成事项”只写结论不写位置，接方找不到成果；二是“待决问题”只描述问题不写决定人和期限，交接后问题继续悬空。每条待决问题都应带上“谁决定、何时决定”两个要素，否则视为未填完整。
角色与交付物：交方、接方、确认人各自做什么
三类角色在交接中承担不同职责，各自有明确的交付物。职责清楚，交接才不会变成交方单方面“讲一遍”。
| 角色 | 主要职责 | 交付物 | 完成标志 |
|---|---|---|---|
| 交方 | 整理任务现状，按字段填写交接包；当面说明关键背景、风险与待决问题；回答接方疑问并补充修正 | 完整的交接包、答疑记录 | 交接包字段齐全，接方疑问已答复或转为待决问题 |
| 接方 | 逐项核对交接包与任务记录；提出疑问；复述任务目标、卡点和下一步动作；确认接收 | 核对结论、接收确认 | 能准确复述关键信息，书面或记录中确认接收 |
| 确认人 | 确认责任变更；对交接范围、完成标志和争议事项作出裁定；必要时升级处理 | 责任变更确认、争议裁定记录 | 任务记录中责任变更已确认，争议有结论或明确的复核安排 |
交方的责任不止于“交出去”，还包括把接方需要的信息讲到能独立推进的程度。接方的责任不止于“接过来”，还包括主动核对、敢于提问，复述不准确时继续追问。确认人的作用在边界清晰时可能很轻，只需确认责任变更；一旦双方对交接是否完成、某项工作归属产生分歧，确认人要及时裁定，避免任务悬空。
三类角色的动作可以在同一份任务记录中衔接：交方提交交接包，接方在记录中回复核对结论，确认人确认负责人变更。ONES 的任务记录可以把交接说明、核对意见和责任人变更放在同一处，减少信息散落在聊天工具里的情况。
示例：一次研发任务交接怎么走完
以下为演示情景，用于说明步骤如何落地，不代表真实项目数据。
背景：某研发小组负责“订单查询接口性能优化”任务，原负责人因工作调整需要将任务交给另一位工程师，项目负责人作为确认人。
第一步，交方整理交接包。交方在任务记录中填写：任务目标是把订单查询接口的平均响应时间降到约定指标以内，验收标准以压测报告为准；当前进度为方案设计完成、缓存改造已完成一半；已完成事项包括慢查询分析和缓存方案评审，文档放在团队知识库对应目录；未完成事项包括缓存改造剩余部分和压测验证；关键依赖是测试环境的压测资源，对接人是测试组同事；风险是压测环境本周被其他项目占用；待决问题是缓存过期策略由谁最终拍板，需在周五前确定；权限位置包括代码仓库分支权限和压测平台账号；下一步动作是周三前完成缓存改造、周五前发起压测。
第二步，接方核对。接方逐项阅读后提出三个疑问：缓存改造剩余部分的具体范围是什么；压测资源被占用时有没有备选环境；缓存过期策略的候选方案有哪些。核对结论记为“大部分清楚，三处待答疑”。
第三步，双方确认。交方当面说明剩余改造涉及的两个接口，给出备选环境信息，并补充过期策略的两个候选方案及各自影响。接方复述：目标是压测达标，本周先完成两个接口改造，周五前确认过期策略并发起压测，压测资源需要提前和测试组锁定。交方确认复述无误，待决问题补充决定人和期限。
第四步，登记结果。确认人在任务记录中确认负责人变更，接方回复“已接收，按上述计划推进”，记录中保留交接时间、交接包摘要和接收结论。至此本次交接完成。
这个示例体现了交接的基本结构：交方输出交接包，接方输出核对结论和接收确认，确认人输出责任变更确认，三者都落在任务记录中，后续任何人查看任务都能还原交接过程。
完成检查：交接是否真正完成的核对项
交接结束时，用下面的清单逐项核对。全部通过才算完成；有未通过项，按对应方式处理后再确认。
| 核对项 | 通过标准 | 未通过时怎么处理 |
|---|---|---|
| 责任人已更新 | 任务记录中负责人为接方，协办人名单与约定一致 | 由交方或确认人在记录中完成变更后再确认 |
| 交接包字段完整 | 必填字段均有内容，无“待补充”占位 | 交方补齐缺失字段，接方重新核对 |
| 接方已确认 | 接方在记录或书面中明确表示接收，并能复述关键信息 | 安排补充答疑，复述通过后再确认 |
| 待决问题有归属 | 每条待决问题都有决定人和时间 | 由确认人指定决定人和期限 |
| 风险与依赖已同步 | 相关方已知悉风险、依赖及对接人变化 | 交方或接方补发同步说明并留记录 |
| 文档与权限可用 | 接方能打开交接包中列出的文档，所需权限已开通或申请中 | 列出未开通项，约定开通时间和责任人 |
出现争议时按两级处理。第一级由确认人当场裁定责任归属和交接是否完成；无法当场裁定的，记录争议点、双方意见和约定复核时间，由确认人组织复核。第二级是在约定时间内仍未达成一致的，升级至确认人的上一级负责人处理，升级期间任务由原负责人继续跟进或由确认人临时指定，避免工作停摆。争议处理过程和结论同样记入任务记录，作为后续追溯依据。
常见问题
交接时接方一时无法判断某些信息是否完整，怎么办？
接方可以按字段逐段给出“清楚、有疑问、缺失”三种判断，把无法判断的项直接列入疑问清单，在双方确认环节集中提出。交方当场能答复的当场答复；需要外部信息才能答复的，转为待决问题，写明决定人和期限。接方不必在核对阶段就把所有问题想清楚，关键是让疑问显性化，避免带着模糊理解接手。
交接双方对某项工作是否属于本次交接范围有分歧，怎么处理？
先回到交接范围说明，核对任务名称、目标和边界是否写清楚。范围说明本身模糊的，由确认人当场裁定该项工作是否纳入本次交接；无法当场裁定的，记录争议点、双方意见和约定复核时间，由确认人组织复核。约定时间内仍未达成一致的，升级至确认人的上一级负责人处理，升级期间明确任务由谁临时跟进，避免工作停摆。
任务比较紧急，能不能先口头交接、记录后补？
紧急情况下可以先完成口头说明和关键信息移交，让接方立即能推进工作，但交接包和记录登记仍应尽快补齐。补齐时至少保留任务目标与验收标准、当前进度、未完成事项、待决问题、文档与权限位置这几项，并在任务记录中写明交接时间和接收结论。口头交接加事后补记录的做法适合时间压力大的场景，前提是双方对补录时间有明确约定。
交接完成后原负责人还需要继续跟进吗？
交接完成后任务责任由接方承担，原负责人一般不再负责日常推进。但有两种情况需要继续参与：一是待决问题中约定由原负责人提供背景说明或协助对接；二是争议处理期间按裁定结果继续跟进。这些参与应写清范围和期限，避免责任边界重新变得模糊。
交接信息登记在任务记录里，需要包含哪些内容才算可追溯？
至少包含交接时间、交接内容摘要和接收结论三项，同时任务记录中的负责人和协办人应已更新为交接后的状态。交接内容摘要写清移交了哪些事项和待决问题，接收结论写清接方是否确认接收、有无保留意见。这样后续查看任务的人能还原“谁在什么时候把什么交给了谁、接方是否确认”。使用任务管理工具时，ONES 的任务记录可以承载负责人变更和交接说明，便于把上述信息集中留存。
