跨部门工作交接要解决的是“事情换人做之后还能不能接得上”。做法可以围绕事、责、证、人四项展开：先划定交接范围与截止时点，再用统一字段写清工作事项、当前状态、待办风险、资料位置和对接人，由交出方、接收方及双方负责人确认，经过一段并行期验证后关闭。本文给出可直接套用的字段表、四步流程、角色分工和完成检查清单，适用于人员变动、项目转段、职责调整等常见交接场景。
要点总览（TL;DR）
- 交接前先按工作事项划定范围，标注每项是完整移交、部分移交还是仅告知，并写清截止日期、并行期长度和确认人。
- 交接清单按事、责、证、人设计字段，必填项覆盖事项名称、当前状态、下一步动作与截止时间、待办、资料位置、对接人和决策人。
- 执行按交底会、书面移交、并行验证、三方确认关闭四步推进，每步以接收方能否复述、能否实际打开资料、能否独立跑完一轮业务循环作为完成标志。
- 交接完成以检查清单逐项通过为准：清单无空白、资料权限实际可用、并行验证有记录、遗留问题有归属、确认记录已留档。
- 交接清单可做成可跟踪的工作项或协作文档，状态流转与确认意见留痕，遗留事项转入常规跟踪。
交接前先定范围和时点：哪些工作要交、交到哪一步
交接出问题的常见原因，是范围一开始就没说清：交出方以为交的是“这个项目”，接收方理解成“这个项目里我以后要负责的那部分”，中间那些边缘事项就悬空了。启动交接前，双方负责人应先坐下来把范围和时点定下来，形成一份简短的确认单，作为后续清单和确认的依据。
划定范围时，按工作事项逐条列，不要按部门整体移交。部门之间的职责边界往往有交叉地带，比如某个报表由市场部出数、运营部解读，按部门划分就会出现“两边都以为对方在管”。按事项列的好处是每条都有明确归属，也方便逐条核对。列出事项后，再标注每项交到哪一步：是完整移交（接收方独立承担），还是部分移交（交出方保留决策或审核），或是仅做信息告知（接收方知晓但不承担）。
触发场景决定了交接的紧迫程度和范围大小，常见有三类：
- 人员变动：离职、调岗、长期休假。范围通常是该岗位的全部在手事项，时点受离职日期约束，需要预留并行期。
- 项目转段：项目从筹备进入执行、从建设进入运营。范围是阶段交界处的工作包和未决事项，时点跟随阶段评审节点。
- 职责调整：组织调整或分工优化导致某项职能换部门承接。范围是职能相关的流程、资料和对外关系，时点可与调整生效日对齐。
截止时点要写具体日期，并同时确定并行期长度。并行期的意思是接收方已经开始独立处理，交出方仍在旁边答疑和兜底。长度按事项复杂度定：标准化、低频的事项可以短一些，涉及对外关系、复杂判断或系统权限的事项需要留出足够时间让接收方真正跑过一轮完整周期。没有统一标准，建议以“接收方至少独立完成一次完整业务循环”为下限来倒推。
确认单上还要写清三类人：交出方负责人、接收方负责人，以及最终确认人（通常是双方的共同上级或指定的协调人）。确认人的作用是在双方对范围有分歧时拍板，避免交接卡在扯皮上。
本节产出：交接范围与时点确认单，至少包含：交接事项清单（含移交程度）、触发场景、截止日期、并行期长度、交出方与接收方负责人、确认人。
交接清单的字段怎么设计：一张表写清事、责、证、人
范围确认单回答“交什么”，交接清单回答“怎么记录才能核对”。清单的价值在于让接收方不依赖交出方的口头描述就能判断一件事是否接得住。字段设计围绕四个维度：事（做什么、做到哪）、责（谁负责、谁决策）、证（依据和资料在哪）、人（找谁对接）。
建议的字段结构如下，其中必填项是关闭交接时必须逐条有值的最低要求：
| 字段 | 填写内容 | 必填/选填 | 说明 |
|---|---|---|---|
| 事项名称 | 一句话说明这项工作是什么 | 必填 | 按可独立交付的粒度拆分，避免“日常运营”这类笼统表述 |
| 当前状态 | 进行中/待启动/已暂停/待验收等 | 必填 | 用统一的状态词，便于汇总统计 |
| 下一步动作 | 接手后最近要做的一件事 | 必填 | 写动作而非目标，如“10月15日前提交Q4排期表” |
| 截止时间 | 该动作或事项的时限 | 必填 | 有外部承诺时间的要注明来源 |
| 待办与未决问题 | 尚未处理完的事项、等待他人回复的问题 | 必填 | 没有则填“无”，不能留空 |
| 风险与注意事项 | 容易出错的地方、历史遗留问题、敏感关系 | 选填 | 对判断依赖强的必须填 |
| 资料与系统位置 | 文档路径、系统名称、数据表位置 | 必填 | 写可定位的路径，不写“在共享盘里” |
| 账号与权限 | 需要开通或转移的账号、权限级别 | 必填 | 涉及审批权限的单独标注 |
| 对接人 | 外部或内部日常对接的联系人及角色 | 必填 | 注明对方期望的沟通方式和响应时效 |
| 决策人 | 该事项的最终拍板人 | 必填 | 与对接人区分，避免接收方找错人 |
| 依赖方 | 本事项依赖的其他部门或团队 | 选填 | 跨部门依赖多的必须填 |
| 移交程度 | 完整移交/部分移交/仅告知 | 必填 | 与范围确认单保持一致 |
| 验证结果 | 并行期内接收方试做后的结论 | 关闭前必填 | 记录验证方式和发现的问题 |
字段设计有两个容易忽略的细节。一是“待办与未决问题”要求填“无”而不是留空，留空无法区分“确实没有”和“忘了填”。二是“资料与系统位置”要写到可定位的层级，比如具体文件夹路径或系统模块名，接收方按图索骥能找到，才算这条记录有效。
清单的粒度控制也值得说明。拆得太细会变成操作手册，交接成本过高；拆得太粗则无法核对。一个实用的判断标准是：每条事项应当对应一个可以独立判断“完成没完成”的交付物或状态。按这个标准拆出来的清单，通常一个岗位的交接在几十条以内。
交接执行的四步流程：从交底到确认关闭
清单填好只是准备，真正让交接落地的是按顺序推进的四步。每一步都有明确的输入、动作、输出和完成标志，完成标志没达到就不进入下一步。
第一步：交底会
输入：已填写的交接清单初稿、范围确认单。动作：交出方按清单逐项说明，重点讲当前状态、下一步动作、风险和对接关系；接收方逐项提问，把听不懂、找不到、对不上的地方当场记下来。输出：带疑问标注的清单修订版、需要补充的资料清单。完成标志：清单上每条事项接收方都能复述出“这件事现在什么状态、我接手后第一件事做什么”。复述不出来的条目，说明交底没到位，需要补充说明。
第二步：书面移交
输入：交底会后的修订清单。动作：交出方补齐资料、开通或转移系统权限、把文档归到约定位置，并在清单上更新资料位置和权限状态；双方把清单定稿归档，作为后续核对的基准。输出：定稿清单、归档资料、已生效的权限。完成标志：接收方用自己的账号能实际打开关键文档和系统，清单上每条资料位置都能点得进去。
第三步：并行验证
输入：定稿清单和已开通的权限。动作：接收方在交出方在场的情况下独立处理若干事项，优先选择有截止时间、涉及对外沟通或判断复杂的事项；交出方观察但不代劳，发现问题记入清单的验证结果字段。输出：验证记录、补充的待办和风险条目。完成标志：接收方独立完成至少一轮完整业务循环，验证中发现的问题要么已解决，要么已登记为遗留事项并明确归属。
第四步：三方确认关闭
输入：验证通过的清单、遗留事项登记表。动作：交出方、接收方、确认人对照完成检查清单逐项核对，确认无遗漏后签字或做系统确认；遗留事项转入常规跟踪，明确责任人和跟进节奏。输出：签署的交接确认记录、遗留事项清单。完成标志：三方确认记录留档，清单状态标记为已关闭，遗留事项已进入接收方的日常待办。
四步中最容易被压缩的是第三步。交底会和书面移交做完，双方都觉得“差不多了”，并行验证就被跳过，问题往往在几周后才暴露。并行期的长度可以按事项复杂度调整，但这一步本身不建议省略，它是把纸面清单变成实际能力的唯一环节。
角色与交付物分工：谁交、谁接、谁确认
交接涉及的角色不止两个人。把每个角色在流程中产出什么写清楚，责任才不会悬空。下表按角色列出主要职责和对应交付物：
| 角色 | 主要职责 | 交付物 |
|---|---|---|
| 交出方（原负责人） | 整理清单、主持交底、答疑、在并行期内兜底 | 交接清单初稿、资料归档、交底记录、并行期答疑记录 |
| 接收方（接手人） | 核对清单、试做验证、反馈缺口、确认接手 | 清单疑问清单、验证记录、缺口补充要求、接手确认 |
| 交出方负责人 | 确认交接范围与截止时点、审核清单完整性、参与关闭确认 | 范围确认单签署、清单审核意见、关闭确认 |
| 接收方负责人 | 确认接收范围、安排接收方投入时间、参与关闭确认 | 接收范围确认、人员投入安排、关闭确认 |
| 确认人（共同上级或协调人） | 裁决范围分歧、监督流程推进、最终确认关闭 | 分歧裁决记录、关闭确认签字 |
| 项目管理/PMO（如涉及项目转段） | 提供项目阶段资料、协调转段节点与交接时点对齐 | 阶段交接说明、节点对齐记录 |
| IT/系统管理员 | 开通或转移账号权限、回收交出方不再需要的权限 | 权限变更记录 |
分工中有两个常见盲区。一是权限回收：交接通常只关注接收方能不能用，忽略了交出方是否还保留着不该保留的权限，涉及审批、财务或数据访问的权限尤其要在关闭时核对。二是支撑角色的介入时点：IT 的权限变更如果等到并行期开始才提，会直接拖慢验证进度，应在书面移交阶段就发起。
接收方负责人的职责也值得强调。接收方能否投入足够时间做核对和试做，取决于其负责人是否在排期上做了安排。如果接收方一边接新工作一边还有满负荷的原有任务，并行验证往往流于形式。这一条应在范围确认阶段就谈定。
一个完整示例：市场部向运营部移交活动运营工作
以下为演示情景，用于说明清单填写和流程走法，不代表任何具体组织的实际做法。
背景与范围：市场部一位活动运营同事调岗，其负责的季度线上活动运营工作移交给运营部一位同事。触发场景为人员变动，截止日期为调岗生效日，并行期设为四周，覆盖一次完整活动周期。交出方负责人为市场部经理，接收方负责人为运营部经理，确认人为分管两者的副总。范围按事项列出：活动排期维护、供应商对接、活动数据周报、活动素材库管理、平台账号与后台权限，共五类事项，其中数据周报为部分移交（运营部接手出数，市场部保留口径解释）。
关键字段样例（节选三条）：
- 事项：活动数据周报。当前状态：进行中，每周五出上周数据。下一步动作：接手后首个周五独立完成一期周报并发出。截止时间：调岗后第二周周五。待办与未决问题：上期周报中“渠道归因口径”待市场部确认。资料与系统位置：数据看板在分析平台“活动监测”模块，周报模板在市场部共享文档“活动运营/周报模板”。对接人：各渠道投放负责人。决策人：市场部经理（口径问题）。依赖方：数据组。移交程度：部分移交。验证结果：待并行期填写。
- 事项：供应商对接。当前状态：进行中，两家物料供应商在执行中。下一步动作：接手后与两家供应商各开一次对接会，确认后续排期。截止时间：调岗后第一周内。待办与未决问题：其中一家合同续签待法务回复。风险与注意事项：该供应商响应慢，物料确认需提前两周。资料与系统位置：合同在合同管理系统，沟通记录在市场部邮箱共享文件夹。对接人：供应商客户经理两人。决策人：市场部经理（合同事项）。移交程度：完整移交。
- 事项：平台账号与后台权限。当前状态：待转移。下一步动作：由IT开通运营部同事的活动后台管理员权限，回收调岗同事权限。截止时间：调岗生效日前。资料与系统位置：活动后台、素材库。对接人：IT服务台。决策人：市场部经理。移交程度：完整移交。
并行期发现的问题及处理：接收方在独立完成第一期周报时发现，渠道归因口径的说明只存在于交出方的口头解释中，文档里没有记录。处理方式是将口径说明补写成文档归入周报模板目录，并在清单的验证结果字段记录“已补充口径文档，第二期周报验证通过”。另一处问题是素材库中部分历史素材缺少使用授权记录，登记为遗留事项，由市场部在两周内补齐授权说明，责任人为市场部经理。
关闭确认的记录形式：并行期结束后，三方在交接清单上做最终核对，确认人签署关闭意见，记录内容包括：清单事项总数、验证通过数、遗留事项数及责任人、权限变更完成情况、关闭日期。该记录与定稿清单一并归档，遗留事项转入运营部的日常待办跟踪。
交接完成检查：逐项确认再关闭
交接是否真正结束，不能以交底会开完或清单填完为标志。关闭前应逐项核对以下检查清单，全部通过才做关闭确认：
- 清单完整性：每条事项都有当前状态、下一步动作、截止时间、责任人和移交程度，待办字段无空白（没有则填“无”）。
- 资料可用性：接收方用自己的账号能实际打开清单上列出的关键文档和系统，资料位置可定位，不依赖交出方代为查找。
- 权限到位：接收方所需权限已开通并验证可用；交出方不再需要的权限已回收，涉及审批和数据访问的单独核对。
- 并行验证通过：接收方已独立完成至少一轮完整业务循环，验证结果字段有记录，验证中发现的问题已解决或已登记。
- 遗留问题有归属：所有未决事项都有明确的责任人、处理时限和跟踪方式，且已进入接收方或相应责任人的日常待办。
- 对接关系已交接：外部和内部关键对接人已知晓联系人变更，接收方与对接人至少完成一次直接沟通。
- 确认记录留档：三方确认记录已签署并归档，清单状态标记为已关闭，记录中写明关闭日期和遗留事项数量。
检查中任何一项不通过，都应回到对应环节补齐，而不是带着缺口关闭。特别是遗留问题归属这一项：遗留事项如果没有进入常规跟踪渠道，几周后就会变成无人认领的历史问题，交接的收尾工作等于没做。
用工具承载交接过程：让清单、状态和确认留痕
交接清单用表格也能做，但当交接涉及多个部门、多条事项、需要并行验证和多方确认时，散落的表格和邮件容易丢失版本和确认记录。把交接过程放到协作工具里承载，主要解决三件事：清单可跟踪、状态可流转、确认可留痕。
一种常见的承载方式是把交接清单做成一组可跟踪的工作项：每条事项是一个工作项，字段对应清单的必填项，状态按“待交底—已移交—验证中—已验证—已关闭”流转。这样接收方可以按状态筛选出还没验证的条目，确认人也能看到整体进度。另一种方式是把清单做成一份协作文档，配合评论和确认记录使用，适合事项较少、以信息传递为主的交接。两种方式可以按组织现有条件选择，不必绑定特定产品。
在 ONES 中，这类交接可以借助工作项的自定义字段和状态流转来承载：把清单字段配置成工作项属性，用状态推进对应四步流程，验证记录和确认意见作为工作项的评论或附件留存。交接关闭后，遗留事项可以从交接工作项转为常规任务继续跟踪，避免另起一套记录。具体字段配置和流程设置需结合团队现有的项目结构来定，工具承载的是流程和留痕，交接内容本身仍要靠双方逐项核对。
无论用哪种方式，有两条底线要守住：一是确认记录必须能追溯到具体的人和具体时间，口头同意不算关闭依据；二是交接结束后的遗留事项要进入接收方的常规工作视图，而不是留在已关闭的交接文档里无人查看。
常见问题
交接过程中双方对某项工作归谁管有分歧，怎么处理？
分歧通常出在职责交叉地带。处理办法是在范围确认阶段就把争议事项单独列出，由事先约定的确认人（一般是双方共同上级或指定协调人）裁决，并把裁决结果写进范围确认单，注明该项是完整移交、部分移交还是仅告知。裁决前不宜先按各自理解推进，否则清单会填出两个版本。裁决后如再有调整，同样以书面更新为准，避免口头变更造成后续核对无依据。
并行期应该设多长，事项很少的交接能不能跳过？
并行期长度按事项复杂度定，没有统一数值。一个实用的下限是接收方能独立完成至少一次完整业务循环，涉及对外关系、审批权限或判断复杂的事项需要留出更长时间。事项很少、标准化程度高、接收方已有相关经验的交接，并行期可以压缩，但建议保留一次独立试做并留下验证记录。跳过验证的交接，问题往往在几周后才暴露，届时交出方可能已不在原岗位，补救成本更高。
交出方在交接后还需要承担什么责任？
并行期内交出方承担答疑和兜底责任，观察接收方独立处理但不代劳，发现问题记入清单的验证结果字段。三方确认关闭后，交出方对已移交事项的日常责任结束，但两类事项仍需关注：一是登记为遗留问题且责任人为交出方的事项，需按约定时限处理完毕；二是部分移交事项中保留的决策或审核职责，按范围确认单的约定继续履行。权限方面，交出方不再需要的账号和审批权限应在关闭前回收。
接收方同时还有满负荷的原有任务，交接质量怎么保证？
这个问题要在范围确认阶段解决，而不是等到并行期。接收方负责人需要为核对清单和试做验证安排出实际投入时间，并在范围确认单上体现。如果接收方无法投入，可选的做法包括：延长并行期、把交接事项分批推进、或由接收方负责人指定一名协助人分担核对工作。带着满负荷状态进入并行期，验证容易流于形式，清单上的验证结果字段也会失去意义。
交接完成后，遗留问题应该放在哪里跟踪？
遗留问题要进入接收方或相应责任人的常规工作视图，而不是留在已关闭的交接文档里。登记内容至少包括问题描述、责任人、处理时限和跟踪方式。如果交接清单是在协作工具中以工作项形式承载的，可以把遗留事项转为常规任务继续跟踪，保留与原交接记录的关联；如果用的是文档形式，则需在接收方的日常待办中单独建条目，并在交接确认记录中注明去向。关闭确认时核对遗留事项是否已进入常规跟踪，是检查清单中的一项。
