任务交接按“先定范围与接收人，再写交接单，然后当面过一遍，最后确认接收并留痕”的顺序推进。核心产物是一份可逐项核对的交接单，交接完成的标志是接收人能够独立推进下一步，双方对状态和待办的理解一致。本文给出可直接套用的步骤、六字段交接单模板、角色分工、填写示例和完成检查表，适用于单项任务或一组关联任务的责任转移。
要点总览（TL;DR）
- 任务交接按四步推进：先定范围与接收人，再写交接单，然后开交接会议当面核对，最后确认接收并留痕归档。
- 交接单至少写清六项：任务目标与验收标准、当前状态及证据、未完成事项与下一步动作、关键资料与系统入口、风险与待决问题、双方确认记录。
- 交接会议一次开完：会前预读、按字段顺序逐项过、接收人复述下一步、当场补齐缺项并明确遗留问题跟进人。
- 交接完成的判断标准是接收人能独立说出目标、状态和下一步，资料与权限实际可访问，风险已指定跟进人，记录可被第三方查阅。
- 交接范围限定为单项任务或一组关联任务，岗位职责调整和人力调配不纳入单次任务交接。
交接前先定清楚：交什么、交给谁、交到哪一步
交接出问题的常见原因，是范围没有先划清：把整块业务、岗位职责调整、团队分工一并塞进一次任务交接，结果交接单写成了工作说明书，接收人抓不住重点。启动前先用一份范围确认清单把边界定下来，后续写单和开会才有依据。
范围确认清单包含五项内容：
- 交接对象：写明是某一项任务，还是一组关联任务（如同一需求下的设计、开发、测试子任务）。只做责任转移，不涉及岗位职责调整和人力调配。
- 接收人：确定具体的人，而非“某团队”。跨团队或高风险交接时，增加一名监交人，通常由双方共同的上级或项目负责人担任。
- 交接时间窗：约定交接单交付时间、交接会议时间和原责任人停止推进的时间点，避免两人同时推进或同时放手。
- 交接深度：明确只交状态与待办，还是连方法、外部关系、历史决策背景一并交。深度不同，交接单的详略和会议时长差别很大。
- 涉及入口：列出交接涉及的系统、文档库、数据表、账号权限和外部联系人，作为后续逐项核验的底单。
这一步的完成标志是：范围确认清单填写完毕，接收人和时间窗已确认，双方对“交到哪一步”没有歧义。清单可以直接作为交接单的首页或附件。
交接单怎么写：六个必填字段与填写口径
交接单是整次交接的核心产物，作用是把口头信息固化成可核对、可追溯的记录。字段不必多，但六个必填项要写实，每个字段都有明确的填写口径。
| 字段 | 填写口径 | 常见错误 |
|---|---|---|
| 任务目标与验收标准 | 写结果要求和验收条件，例如“完成支付流程联调，通过回归测试并上线灰度” | 写成过程描述或复制需求原文 |
| 当前状态 | 按已完成、进行中、未开始分类，每项附证据位置（文档链接、提交记录、测试报告） | 只写“进展顺利”，无证据可查 |
| 未完成事项与下一步动作 | 逐条列出，每条带责任人和时间点 | 只列事项不落责任人和日期 |
| 关键资料与系统入口 | 文档、数据、账号权限、外部联系人分列，注明位置和获取方式 | 只写“资料在共享盘”，接收人找不到 |
| 风险与待决问题 | 写清影响交付的判断点、当前倾向和需要谁拍板 | 把风险写成情绪描述，没有决策人 |
| 确认区 | 原责任人、接收人、监交人的签字或系统确认记录，附日期 | 交接单没有确认区，事后无法追溯 |
填写时把握两条原则：目标字段写结果不写过程，状态字段写证据不写感受。未完成事项是接收人接手后最先执行的内容，每一条都应能直接转化为一个待办动作。确认区在交接会议结束后填写，签字或系统确认即表示接收人认可交接内容并承接推进责任。
交接会议怎么开：一次过完、当场提问、当场补漏
交接单是静态文档，会议的作用是让接收人真正理解内容，并把口头补充的信息回写到单子里。会议控制在一次完成，避免反复约时间拉长交接周期。
会前一到两天，把交接单发给接收人预读，请对方把疑问列出来。会议按以下议程推进：
- 原责任人按“任务目标—当前状态—未完成事项—资料入口—风险与待决问题”的顺序逐项讲解，每项控制在简短说明加证据指认。
- 接收人逐项提问，重点确认状态证据是否可访问、待办的责任人和时间点是否合理。
- 接收人复述下一步动作，原责任人当场纠正偏差。复述是检验理解是否一致的最直接方式。
- 当场补齐交接单缺项，对会上无法解决的问题，明确遗留问题的跟进人和解决时限，写入交接单。
会议结束前，双方确认交接单版本，进入确认签字环节。会议补记与交接单放在同一处归档，后续追溯时能还原当时的讨论结论。
角色与交付物：谁在什么节点交出什么
交接涉及三方角色，各自在不同节点产出不同记录。职责不清时，最容易出现“单子写了但没人认”的情况。
| 角色 | 关键节点 | 交付物 | 责任范围 |
|---|---|---|---|
| 原责任人 | 交接单编写、交接会议讲解 | 填写完整的交接单、资料与权限移交 | 对交接内容的真实性和完整性负责 |
| 接收人 | 会前预读、会上复述、会后确认 | 提问清单、复述记录、确认签字 | 确认后承接推进责任，对后续执行负责 |
| 监交人或上级 | 范围确认、确认签字 | 范围确认意见、遗留问题处置结论 | 在跨团队、高风险交接中确认范围与遗留问题处置 |
交接记录归档到团队可访问的位置，与任务本身关联，保证第三方在需要时能查到谁在什么时间交接了什么内容。使用任务管理系统时，可以把交接单作为任务附件或子任务记录，状态流转和确认记录随任务留存。ONES 支持在任务上记录状态变更与操作留痕，交接单和确认记录可以随任务归档，便于后续追溯；具体字段与权限配置需按实际系统设置核验。
一个完整示例：把进行中的需求交接给新同事
以下为演示情景，用于说明交接单和会议如何落地，不代表真实案例。
背景：一项“会员积分规则改版”需求处于开发中，原负责人因项目调整转交新同事，交接时间窗为三天，交接深度为状态、待办加外部关系。
交接单要点：
- 任务目标与验收标准：新积分规则上线并通过财务对账验证，验收以对账报告为准。
- 当前状态：规则文档已完成（文档库链接）；开发完成百分之七十（代码分支与提交记录）；测试未开始。
- 未完成事项：完成剩余开发（原负责人，交接后第二天）；编写测试用例（接收人，交接后第三天）；与财务确认对账口径（接收人，本周内）。
- 关键资料与入口：规则文档、接口文档、测试环境账号、财务对接人联系方式。
- 风险与待决问题：历史积分迁移方案未定，需要产品负责人拍板，当前倾向分批迁移。
会议记录：接收人提问历史数据量级和迁移窗口，原责任人补充数据表位置；接收人复述下一步为“先完成开发收尾，再启动测试用例编写”，原责任人纠正测试用例应与财务对账口径同步确认。会上把迁移方案的拍板人补入风险字段。
回访确认：接收后一周，由监交人确认开发是否收尾、测试是否启动、迁移方案是否已拍板，确认结果回写到交接单备注。
交接完成检查：怎样算交干净了
交接是否完成，用一张检查表逐项判断，全部通过才算交干净。任何一项不通过，回到对应环节补齐。
| 检查项 | 判断方式 | 不通过时的处理 |
|---|---|---|
| 接收人能独立说出任务目标、当前状态和下一步动作 | 不看交接单复述，与原责任人理解一致 | 补充讲解或重开交接会议 |
| 未完成事项均有责任人和时间点 | 逐条核对交接单 | 当场补填责任人和日期 |
| 资料与系统权限已实际可访问 | 接收人现场打开文档、登录系统验证 | 由原责任人发起权限申请并跟踪开通 |
| 风险与待决问题已指定跟进人 | 核对每条风险的跟进人和拍板人 | 提交上级或项目负责人指定 |
| 交接记录已归档并可被第三方查阅 | 在归档位置检索到交接单和确认记录 | 补归档并通知相关方 |
检查通过后，原责任人停止推进该任务，接收人正式承接。此后任务的状态更新、待办推进和风险处置由接收人负责，交接单作为历史记录保留，供后续复盘或审计查阅。
常见问题
交接期间原责任人和接收人同时推进同一任务，容易出问题，时间点怎么约定？
在范围确认阶段就约定三个时间点：交接单交付时间、交接会议时间、原责任人停止推进的时间。会议结束并完成确认后，原责任人停止推进，接收人正式承接，中间不留两人同时操作的窗口。如果任务紧急，需要原责任人在交接后继续协助一段时间的，把协助范围和截止时间写进交接单的备注，避免责任长期悬空。
接收人接手后才发现交接单漏了关键信息，怎么处理？
先按交接单确认区追溯：确认签字表示接收人认可当时的内容，遗漏信息属于交接不完整，由原责任人补充说明并回写到交接单，监交人知悉。补充的内容同样记录日期和确认人。如果遗漏影响到交付时间或验收标准，需要同步更新未完成事项的责任人和时间点，必要时重新组织一次短会核对，避免口头补充后再次丢失。
跨团队交接和团队内部交接，做法上有什么区别？
核心步骤一致，差别在监交人和确认环节。跨团队交接建议由双方共同的上级或项目负责人担任监交人，在范围确认和确认签字两个节点介入，重点确认遗留问题的处置结论和资源支持。团队内部交接可以简化监交环节，但交接单和确认记录仍需保留。跨团队交接还要额外核对系统权限的申请路径，因为权限往往归属不同团队管理，开通周期更长。
交接单和交接会议记录需要保存多久、放在哪里？
保存位置以团队可访问、可检索为准，与任务本身关联存放，便于后续复盘或审计时还原当时的结论。保存期限按团队的项目管理和审计要求确定，涉及合规或对外交付的任务宜长期保留。使用任务管理系统时，可以把交接单作为任务附件或子任务记录，状态变更和确认记录随任务留存。ONES 支持在任务上记录状态变更与操作留痕，交接单和确认记录可以随任务归档；具体字段与权限配置需按实际系统设置核验。
交接完成后接收人推进不下去，责任怎么算？
区分两种情况：交接单已写明的事项执行受阻，属于接收人的推进责任，需要其主动上报并调整计划；交接单未覆盖的信息缺失或资料权限实际不可用，属于交接不完整，由原责任人补充。完成检查表里的“资料与系统权限已实际可访问”就是为这种情况设的关口，接收人应在确认前现场验证，而非仅核对清单。
