跨部门工作交接要做得可核对，核心是把口头交代转成清单、工作项和确认记录：先界定交接范围，再由交接方编制清单，接收方逐项核对并完成一次实际操作或评审，遗留问题落实到人，最后双方与共同上级确认、更新状态并归档。下面按范围、流程、角色、示例、完成检查和工具承载六部分展开，适用于一般部门间的职责移交。
要点总览（TL;DR）
- 交接前先按在办任务、周期性职责、对外接口、资料与权限四类梳理范围，并明确移交起点与终点，把事项分为必须移交、可暂缓移交、无需移交。
- 按五步推进：交接方编制清单、接收方逐项核对、安排一次实际操作或联合评审、处理遗留问题、双方与共同上级确认归档。
- 交接方对清单完整性负责，接收方给出明确的承接结论，共同上级确认时点并裁决争议，依赖方确认接口变更。
- 交接完成的判断标准是接收方能独立说明下一步动作、资料与权限实际可用、遗留问题均有承接人和时间点、记录已归档且依赖方知悉。
- 交接事项、清单文档与确认记录可放到协作平台承载，形成可追溯的过程记录，便于上级和依赖方查看。
交接前先定范围：交接什么、交到哪一步
交接范围不清，后续清单就会无限扩张或漏掉关键接口。建议交接方先按工作流把手上工作拆成四类对象，再逐项标注当前状态和移交时点，形成一份交接范围清单。
- 在办任务：正在推进的具体事项，写明当前进度、下一步动作和预计完成时间。
- 周期性职责：按月、按季重复发生的工作，如报表汇总、例会组织、台账维护，写明触发时间和产出物。
- 对外接口与依赖方：经常对接的其他部门、外部联系人和协作方式，说明哪些接口随工作一并转移。
- 资料与账号权限：文件存放位置、共享目录、系统账号和审批权限，注明由谁申请、何时开通。
范围清单还要写明移交的起点和终点。例如约定“本期数据报送经部门负责人评审通过后移交”，或“下月报表由接收方独立完成第一版后视为移交完成”。有了明确节点，双方对“交到哪一步”才有共同判断。
梳理完成后，把事项分为三类：必须移交的（接收方接手后立即承担）、可暂缓移交的（过渡期内由交接方继续负责或双方共管）、无需移交的（随岗位取消或转由其他机制处理）。分类结果直接决定清单的详略，避免把已终止的工作也写进交接单。
五步操作流程：从清单到正式移交
范围确定后，按以下五步推进。每一步都有明确的输入、动作、输出和完成标志，便于双方对照执行。
| 步骤 | 输入 | 动作 | 输出 | 完成标志 |
|---|---|---|---|---|
| 第一步 编制清单 | 交接范围清单 | 交接方逐项写明事项、进度、下一步动作、依赖方与风险 | 交接清单初稿 | 必须移交事项全部有对应条目 |
| 第二步 逐项核对 | 交接清单初稿 | 接收方逐条阅读，标记疑问项，约定澄清方式与时限 | 带疑问标记的清单 | 疑问项均有答复人或澄清会议安排 |
| 第三步 试运行或联合评审 | 清单与相关资料 | 接收方实际操作一次，或双方联合评审关键节点 | 试运行记录或评审意见 | 接收方能独立完成一次完整操作 |
| 第四步 处理遗留问题 | 试运行中发现的问题 | 逐项明确承接人、处理方式和时间点 | 遗留问题清单 | 每个遗留问题都有责任人和截止时间 |
| 第五步 确认归档 | 清单、遗留问题清单、评审记录 | 双方与共同上级签字确认，更新系统状态并归档 | 签字交接单与归档记录 | 状态更新完成，相关方可见 |
第三步是容易被省略却最关键的一环。接收方只看文档往往无法判断自己能否承接，安排一次真实操作——比如独立完成一期报表、主持一次对接会——能暴露资料缺失、权限未开通、依赖方不认人等实际问题。试运行中发现的问题直接进入第四步，避免交接完成后才集中爆发。
第五步的签字不是形式。共同上级确认交接时点，意味着此后该工作的结果责任转移到接收方；系统状态同步更新，则让依赖方知道今后找谁对接。两步都完成，交接流程才算走完。
角色与交付物分工：谁交、谁接、谁确认
交接涉及四类角色，各自的责任和产出需要提前说清，否则容易出现“清单交了但没人核对”“问题提了但没人裁决”的情况。
| 角色 | 主要职责 | 交付物 |
|---|---|---|
| 交接方 | 编制清单、整理资料、解答疑问，对清单完整性负责 | 交接清单、资料目录、答疑记录 |
| 接收方 | 逐项确认、完成试运行、提出疑问，对能否承接给出明确结论 | 确认意见、试运行记录、承接结论 |
| 共同上级或协调人 | 确认交接时点、裁决双方争议、签字确认 | 交接时点决定、争议裁决意见、签字 |
| 相关依赖方 | 确认接口与协作方式是否随之调整 | 接口变更确认、新的对接人信息 |
交接方对清单完整性负责，意味着遗漏重要事项时由交接方说明原因；接收方的承接结论要明确写“可以承接”“有条件承接”或“暂不能承接”，并附条件说明，避免用“基本了解”这类模糊表述。共同上级的职责集中在时点确认和争议裁决，不代替双方逐项核对。依赖方的确认常被忽略：对接人换了、报送口径变了，都需要对方知情并确认，否则交接完成后协作仍会断档。
交接清单示例：一个跨部门事项怎么填
以下为演示情景：某部门将一项面向多个部门的月度数据报送工作移交另一部门。清单按字段逐项填写，接收方意见与遗留问题处理结果记录在同一张表内。
| 字段 | 填写内容 |
|---|---|
| 事项名称 | 月度业务数据汇总与报送 |
| 当前进度 | 本月数据已汇总，待报送至三个对口部门 |
| 下一步动作 | 每月5日前完成汇总，8日前完成报送并回复疑问 |
| 关键节点 | 每月3日各来源部门提交数据；每月5日汇总完成；每月8日报送完成 |
| 依赖方 | 三个数据来源部门的联系人、报送接收部门的对接人 |
| 资料位置 | 共享目录中的汇总模板、历史报送记录、口径说明文档 |
| 风险与待决问题 | 其中一个来源部门常延迟提交；报送系统账号尚未开通给接收方 |
| 接收方确认意见 | 有条件承接：需在下次报送前完成账号开通，并约定延迟提交时的催办方式 |
| 遗留问题处理结果 | 账号由交接方在3个工作日内申请开通；催办方式由双方与来源部门确认后写入清单 |
填写时有两点值得注意。一是“下一步动作”要写成可执行的动作和时间，而非“继续跟进”这类描述；二是接收方意见与遗留问题处理结果要写在同一份记录里，形成闭环，后续检查时能直接看到每个疑问的答复。
完成检查：交接是否真正完成的判断标准
交接是否结束，不看会议开没开，而看以下四条能否逐项核对通过。建议在签字前由接收方和共同上级共同过一遍。
- 接收方能独立说明下一步动作与关键节点：不看文档，能说清下个月什么时候做什么、找谁要数据、什么时间报送。
- 资料、权限与系统状态已实际转移并可访问：接收方亲自打开共享目录、登录系统、完成一次操作，确认可用。
- 遗留问题均有承接人和时间点：每条遗留问题写明谁负责、何时完成，没有“待定”项。
- 交接记录已归档，相关依赖方已知悉变更：交接单存档可查，来源部门和报送接收部门都收到对接人变更通知并确认。
四条中任何一条不满足，交接就应标注为“有条件完成”，并约定复查时间。把复查时点写进记录，可以防止有条件承接的事项在过渡期后无人跟进。
用协作工具承载交接过程
交接涉及多方、多个事项和一段过渡期，仅靠邮件和口头沟通容易丢失状态。把交接过程放到协作平台上，可以让清单、进度和确认记录保持同步，也方便上级和依赖方随时查看。
具体做法是：把每项交接事项建成可分配、可跟踪状态的工作项，指定交接方和接收方为责任人，状态从“待交接”推进到“核对中”“试运行”“已完成”；用文档承载交接清单、遗留问题记录和试运行结论，保留修改版本和确认痕迹；通过状态流转和评审记录体现整体进度，共同上级在确认环节留下签字或审批记录。这样，交接不再依赖某个人记得，而是形成一条可追溯的过程记录。
ONES 可以承载上述流程：工作项用于分配交接事项并跟踪状态，文档用于记录清单与遗留问题并保留版本，评审与审批记录用于留存双方和上级的确认。团队可按自身权限设置和流程习惯配置具体字段与状态，把交接从一次性会议变成可复查的过程。
常见问题
交接过程中接收方发现资料缺失或权限未开通，应该怎么处理？
把这类问题直接记入遗留问题清单，写明问题内容、承接人和完成时间，不要等到签字时再集中提出。试运行或联合评审阶段是暴露资料与权限问题的最佳时点，接收方实际操作一次就能发现共享目录打不开、系统账号未开通、口径说明缺失等情况。
如果问题影响接收方独立推进，承接结论应写为“有条件承接”，并约定复查时间。条件满足后再确认交接完成，避免过渡期结束后无人跟进。
交接双方对某项工作是否需要移交有分歧，谁来裁决？
由共同上级或指定的协调人裁决。分歧通常出现在两类事项上：一类是职责边界模糊的周期性工作，另一类是随岗位调整可能取消的事项。交接方和接收方先各自说明理由，协调人结合部门职责和实际工作量给出结论，并把结论写入交接范围清单。
裁决结果要同步给相关依赖方，避免出现双方都以为对方在负责的情况。
过渡期内交接方还需要承担什么责任？
对可暂缓移交或双方共管的事项，交接方在过渡期内继续负责或提供支持，具体范围和期限在清单中写明。常见做法是约定接收方独立完成第一轮或第一期工作后，交接方退出日常执行，仅保留答疑。
过渡期结束时按完成检查标准复核一次，确认接收方已能独立推进，再把相关事项状态更新为已完成。
交接完成后依赖方不知道对接人变了，怎么避免协作断档？
把依赖方确认作为交接的固定环节。交接单归档后，由接收方或共同上级向相关依赖方发出对接人变更通知，说明新的联系人、报送口径和时间要求，并请对方确认。
通知记录与交接单一起归档。完成检查时核对这一条，可以避免交接完成后外部协作仍按旧路径推进。
交接事项比较多时，怎么跟踪整体进度？
把每项交接事项建成可分配、可跟踪状态的工作项，指定交接方和接收方为责任人，状态按“待交接—核对中—试运行—已完成”推进。清单和遗留问题记录放在文档中，保留修改版本和确认痕迹。
共同上级通过状态分布和评审记录查看整体进度，不必逐条询问。ONES 的工作项、文档与评审记录可以承载这一过程，具体字段和状态按团队权限设置与流程习惯配置。
