职责空缺出现时，先别急着找人顶上。更稳妥的顺序是：先盘清空缺覆盖了哪些职责和接口，再判断缺口是短期还是长期，最后按“临时代行—职责拆分—正式补位”逐级处置。关键是把空缺期间的决策权、交付物和交接节点写清楚，避免职责悬空或多人重复承担。
要点总览（TL;DR）
- 职责空缺先盘点再处置：用责任矩阵列出空缺、未分配和重叠的职责条目，标出受影响的接口与决策点，再判断缺口时长。
- 短期缺口优先临时代行，长期缺口考虑职责拆分与再分配，确需专门能力时启动正式补位；每条路径写明适用条件、时限和复核时间点。
- 代行落地靠四件事：授权范围与决策边界、交接清单（职责、文档、在办事项）、交接确认与生效时点、汇报与升级路径。
- 空缺期间团队负责人、直属上级、代行人、协作方各有交付物，职责归属确定后要公示并同步更新责任矩阵。
- 处置是否完成看六项检查：职责都有承接人、接口恢复运转、交接闭环、授权与复核时间点有记录、转正时间明确、公示与矩阵一致。
先判断空缺的是岗位还是职责
“岗位空缺”和“职责空缺”经常被混为一谈。有人离职或调岗，留下的是岗位空缺；新业务出现、流程调整后没人认领的工作，属于职责未分配；还有一种更隐蔽的情况，几个人都以为对方在负责，实际无人拍板，这是职责重叠。三种情形的处置方式不同，第一步要做的不是招人，而是把空缺的职责条目逐条列出来。
推荐用责任矩阵盘点。把团队当前的关键职责逐条列出，横向标注承接人、协作方、影响接口和紧急程度。盘点时重点看三类条目：一是承接人一栏为空或写着“待定”的；二是承接人已离职、调岗但未更新的；三是一条职责对应多个承接人、没有明确拍板者的。这份清单就是后续处置的工作底稿。
盘点完成后，还要确认空缺影响的关键接口与决策点。职责空缺真正造成阻塞的，往往不是日常事务没人做，而是某个审批、某个对外承诺、某个跨部门对接没人拍板。把这些接口单独标出来，按“是否影响当前交付”排紧急程度，比按岗位级别排序更实用。
本节的可交付物是一份空缺职责清单，字段建议包括：职责条目、原承接人、当前状态（空缺/未分配/重叠）、影响接口、紧急程度、建议处置时限。清单确认后，再进入路径选择。
按缺口时长选择处置路径
缺口时长决定处置路径。短期缺口（例如休假、短期借调、项目阶段性缺人）优先临时代行，目标是维持运转、不打断交付；长期缺口（例如离职后短期无法补员、新职责持续存在）要考虑职责拆分与再分配；确需新增能力或编制时，才走正式补位流程。三条路径可以组合使用，但每条都要写明适用条件、时限和责任人。
| 处置路径 | 适用条件 | 建议时限 | 责任人 | 主要风险 |
|---|---|---|---|---|
| 临时代行 | 缺口预计在数周内结束；职责边界清晰，可授权 | 与缺口周期一致，到期复核 | 直属上级指定并批准授权 | 代行人负荷过重、授权不清导致决策拖延 |
| 职责拆分与再分配 | 缺口持续数月；职责可拆分为若干模块 | 两周内完成拆分方案并公示 | 团队负责人主导，直属上级确认 | 拆分过细造成接口增多，或无人对整体结果负责 |
| 正式补位 | 职责长期存在且需要专门能力；拆分后仍无法覆盖 | 按招聘或调配流程推进，期间保留代行 | 团队负责人提出，上级审批 | 补位周期长，代行安排被无限期延长 |
选择路径时有两个常见误区。一是把所有空缺都当成招聘问题，导致缺口期间无人负责；二是长期靠代行维持，代行人长期超负荷却没有人复核。建议在路径选择表上直接写明复核时间点，到期重新评估是继续代行、转为拆分还是启动补位。
代行与交接怎么落地：输入、动作与产出
代行安排最容易出问题的地方，是只口头说“你先顶着”，没有授权边界，也没有交接记录。落地时按以下步骤执行。
第一步，明确授权范围与决策边界。写清代行人可以独立决定的事项、需要请示的事项、明确不能代行的事项（例如人事、预算审批等敏感权限）。授权范围与代行期限绑定，到期自动失效。
第二步，编制交接清单。清单至少覆盖三部分：职责条目（含对应的工作项或业务对象）、相关文档与资料（制度、模板、历史记录）、在办事项（当前进度、下一步动作、对接人）。每项标注状态和交接确认人。
第三步，约定交接确认与生效时点。交接双方逐项核对签字或线上确认，明确“自某日某时起由代行人承接”。生效时点之前的问题由原承接人负责收尾，之后由代行人负责，避免责任真空。
第四步，保留汇报与升级路径。代行期间，代行人按固定节奏向直属上级汇报进展和风险；遇到超出授权范围的事项，按预设路径升级，不自行搁置。
如果团队使用协作平台承载这些动作，可以把工作项负责人改为代行人、在文档中记录授权范围与交接清单、通过评审确认完成交接生效。以ONES为例，工作项的负责人字段和文档协作、评审确认可以承载职责归属与交接状态的记录，使交接有据可查；具体配置方式以团队实际使用为准。
角色与交付物怎么分工
空缺处置涉及多个角色，每个角色都要有明确的交付物，否则责任会再次悬空。下表给出建议分工，团队可按规模调整。
| 角色 | 主要职责 | 决策权 | 交付物 | 确认人 |
|---|---|---|---|---|
| 团队负责人 | 组织职责盘点，确定处置路径，确认职责归属并公示 | 路径选择与职责归属的最终确认 | 空缺职责清单、处置路径选择表、职责归属公示 | 上级管理者 |
| 直属上级 | 批准代行授权，指定代行人，跟踪代行期间风险 | 代行授权与权限边界审批 | 代行授权说明、复核时间点 | 团队负责人 |
| 代行人 | 承接具体职责，按授权范围决策，按节奏汇报 | 授权范围内的日常决策 | 交接确认记录、代行期间进展与风险汇报 | 直属上级 |
| 协作方 | 确认接口衔接方式，配合交接 | 接口变更的确认 | 接口对接确认记录 | 代行人或团队负责人 |
分工确定后要公示。公示内容至少包括：哪条职责由谁承接、授权范围、生效时间、异常情况找谁升级。公示范围覆盖所有受影响的协作方，避免出现“以为还是原来的人负责”的情况。职责归属变更时同步更新责任矩阵，保持清单与实际一致。
一个职责空缺的处理示例
以下为演示情景，用于说明流程，不代表真实案例。
背景。某产品团队负责数据报表模块的成员调岗，留下三类职责：报表需求评审的召集与结论输出、报表口径的对外解释、月度数据质量核查。团队负责人在周会上发现，需求评审连续两周无人召集，对外口径解释被两位同事分别答复且不一致。
处置过程。第一步，团队负责人用责任矩阵盘点，确认三条职责均处于空缺或重叠状态，其中需求评审召集影响当前迭代交付，紧急程度最高。第二步，判断缺口时长：调岗为长期安排，但需求评审召集可先代行，口径解释适合拆分给熟悉业务的分析师，数据质量核查纳入现有测试流程。第三步，直属上级批准由一名高级分析师代行需求评审召集，授权范围为评审组织与结论输出，口径类争议需升级至产品负责人；交接清单列明历史评审记录、待评审需求和在办事项，双方确认后次周一生效。第四步，团队负责人公示职责归属与升级路径，并设定一个月后复核。
交接后的状态与遗留事项。需求评审恢复固定节奏，口径解释由分析师承接并纳入文档；遗留事项是数据质量核查的流程并入尚未完成，需在下一次流程评审中确认。复核时间点保留在团队负责人的日程中，到期评估是否转为正式分工。
完成检查：空缺是否真正补上
处置是否完成，不看是否开了会、发了通知，而看以下检查项是否逐条通过。
- 空缺职责清单中的每一条都有明确承接人，且承接人已知晓并确认。
- 受影响的接口与决策点已恢复运转，近期没有因无人拍板造成的阻塞。
- 交接清单中的文档与在办事项已逐项确认，未完成事项有承接人和下一步动作。
- 代行授权范围、生效时点和复核时间点已书面记录。
- 代行结束或转为正式分工的时间点明确，到期有人负责复核。
- 责任矩阵与公示内容已同步更新，与实际承接情况一致。
六项全部通过，可以认为空缺已补上；有任一项未通过，回到对应环节补齐，再进入下一轮复核。
常见问题
职责空缺期间，代行人可以自己拍板哪些事？
授权范围建议在代行安排确定时一次写清，分三类：可以独立决定的事项、需要请示直属上级的事项、明确不能代行的事项。人事、预算审批等敏感权限通常不纳入代行范围。授权与代行期限绑定，到期自动失效；代行期间遇到超出授权的事项，按预设路径升级，不自行搁置，也不越权处理。
空缺职责拆分给多人后，怎么避免没人对整体结果负责？
拆分时保留一个对整体结果负责的角色，通常由团队负责人或指定的牵头人承担，负责汇总各模块进展、协调接口争议。拆分方案里写清每个模块的承接人、交付物和模块之间的接口确认方式，并在责任矩阵中同步更新。拆分过细会增加接口数量，模块数量以能清晰划清边界为宜。
代行安排一直延续下去，什么时候该转为正式分工？
在代行安排确定时就设定复核时间点，到期重新评估缺口是否仍然存在。如果职责持续存在、代行人长期超负荷，或代行期间频繁出现超出授权范围的升级，说明代行已不足以覆盖，应转入职责拆分或正式补位。复核结论和新的时间点要书面记录，避免代行被无限期延长而无人复核。
交接时原承接人已经离场，交接清单由谁确认？
由原承接人的直属上级或团队负责人代为确认交接清单，依据历史文档、在办事项记录和协作方反馈逐项核对。清单中状态不明的事项单独标出，指定跟进人和确认时限。交接生效时点仍要明确，生效前的问题由确认方协调收尾，生效后由代行人承接，避免出现责任真空。
团队规模较小、没有专职上级时，这套流程怎么简化？
可以合并角色：团队负责人同时承担代行授权批准和职责归属确认，协作方确认接口衔接。保留三个核心动作即可：列出空缺职责条目并标注紧急程度、书面写明代行授权范围与生效时点、确定复核时间点。公示范围覆盖所有受影响的协作方，责任矩阵随变更同步更新，流程简化但记录不能省。
