职责空缺指某项工作有明确的产出要求，却没有角色被指定为负责人或承接方。它常常藏在“大家都以为有人在管”的环节里，等到交付延期或交接断档才暴露。本文给出一套可直接执行的处理路径：先判断空缺类型，再用四列盘点表定位环节，按缺口性质选择补位方式，把结果写进职责说明，最后用固定检查点防止复发。适用于团队角色分工梳理与交接机制建设。
要点总览（TL;DR）
- 职责空缺的判定标准是：工作有明确产出要求，却没有角色被指定为负责人或承接方；先分清角色未定义、角色已定义但无人担任、交接环节断裂三类缺口，再决定补位方向。
- 用“工作项—预期产出—当前负责人—上下游交接对象”四列盘点表逐项过流程，重点标记无负责人、负责人不唯一、负责人不承接产出三种情况。
- 临时缺口用代管并写明期限和退出方式；与相邻角色产出相关的缺口重新划分职责；长期高频且专业性强的缺口新增角色或岗位职责，补位结果由决策人记录并知会上下游。
- 职责说明至少写清角色名称、负责产出、交接对象、决策权限、替补人，用产出而非动作描述职责，交接点写明移交方与接收方各自责任。
- 把检查嵌入迭代启动、阶段评审和人员变动后三个时点，核对关键产出是否有唯一负责人、交接是否有接收方，空缺未补时按升级路径处理。
先判断空缺属于哪一类
判断职责空缺的标准只有一条：这项工作有明确的产出要求，但找不到一个被指定为负责人或承接方的角色。产出要求可以是交付物、决策结论、对外承诺或流程节点，只要它需要有人对结果负责，就应当有对应角色。若产出要求本身模糊，先补产出定义，再判断负责人，否则容易把“没人管”误判为“事情不重要”。
确认存在空缺后，还要分清缺口性质，因为三类空缺的补位方向完全不同。
| 空缺类型 | 典型表现 | 对应处理方向 |
|---|---|---|
| 角色未定义 | 工作一直有人在做，但组织里没有这个角色名称，产出无人正式认领；人员离开后工作直接消失 | 新增角色或把产出写入相邻角色的职责说明 |
| 角色已定义但无人担任 | 职责说明里写了这个角色，但岗位空缺、兼任者精力不足或新人不了解自己承接了该角色 | 临时代管并设期限，或调整人员安排 |
| 交接环节断裂 | 上下游各自都有负责人，但两个环节之间的移交没有接收方，或双方都认为对方负责 | 明确交接点双方责任，指定接收方与确认动作 |
需要与两种相近情况区分。单任务负责人缺失指某个具体任务没有指派执行人，属于任务层面的分配问题，补上指派即可，不涉及角色结构。人员技能不匹配指角色有人担任但能力不足以完成产出，处理方向是培养、支持或换人，角色本身没有空缺。把这两类问题当成职责空缺处理，会导致角色越设越多，真正断档的环节反而被掩盖。
用四列盘点表定位空缺环节
盘点的目的是把“好像没人管”落到具体工作项和交接点上。用一张四列表逐项过，每行记录一个工作项。
| 工作项 | 预期产出 | 当前负责人 | 上下游交接对象 |
|---|---|---|---|
| 填写工作名称，粒度到可交付的一件成果 | 写清产出物或决策结论，以及完成标志 | 填写被指定的角色名称；无人填写“空缺” | 写清上游输入来自谁、下游交付给谁 |
盘点范围按流程阶段或交付物清单确定，两种取样方式选一种即可。按流程阶段过，适合流程边界清晰的团队，从需求、设计、开发、测试到发布逐段列出工作项；按交付物清单过，适合以成果为导向的团队，从最终交付物倒推每个环节由谁产出。范围确定后一次盘完一个完整流程，避免只盘自己熟悉的环节。
标记空缺时区分三种情况，处理优先级不同：
- 无负责人：负责人一栏为空，或填的是“大家一起”。这是最明确的空缺，优先处理。
- 负责人不唯一：同一工作项填了两个以上角色，且没有主责。多人负责在实际运行中往往等于无人负责，需要指定唯一主责，其他人写为协作。
- 负责人不承接产出：有人被填为负责人，但其实际动作只是转发或协调，不对产出结果负责。这类空缺最隐蔽，判断方法是问一句“产出不合格时找谁”，答不上来即为空缺。
盘点输出建议形成一份记录：工作项清单、标记出的空缺项、每项的空缺类型初判、发现人。记录保留在团队可访问的位置，作为后续补位和复查的依据。盘点本身不解决空缺，只负责把问题摆到台面上。
按缺口性质选择补位方式
补位方式的选择取决于缺口的持续时间和专业程度，三种方式各有适用条件和代价。
| 补位方式 | 适用条件 | 关键动作 | 代价与注意点 |
|---|---|---|---|
| 临时代管 | 临时性缺口，如人员休假、离职过渡、项目阶段性空档 | 指定代管人，明确代管期限和退出方式，到期前复查 | 代管人负荷增加，长期代管会变成事实上的职责转移却无人正式认领 |
| 职责重新划分 | 缺口与相邻角色的产出高度相关，或工作量不足以支撑独立角色 | 把产出归并到相邻角色，或拆成两部分分给两个角色并明确主责 | 归并后相邻角色负担加重，拆分后交接点增多，需要同步更新交接责任 |
| 新增角色或岗位职责 | 长期、高频、专业性强的空缺，反复出现且无法由现有角色兼顾 | 定义角色名称、负责产出、决策权限，走正式职责变更流程 | 设立周期较长，需要配套的替补人和交接安排 |
临时代管要设两个明确条件：期限和退出方式。期限写具体日期或里程碑，到期时由决策人复查是转为正式职责还是结束代管；退出方式写清代管结束后产出和资料移交给谁。没有期限的代管会沉淀为隐性职责，代管人离开时空缺再次出现。
职责重新划分适合缺口与现有角色产出相邻的情况。操作时先确认归并后的角色是否有足够权限和精力承接，再把产出写入其职责说明，同时检查原角色的其他产出是否受影响。拆分给两个角色时，必须指定唯一主责，否则会制造新的“负责人不唯一”。
新增角色适用于反复出现的结构性空缺。判断依据是：该空缺在过去一段时间内多次被临时填补，且每次填补都影响其他交付。新增角色需要明确决策权限，否则角色有名无实。
补位的决策人通常是团队负责人或业务负责人，知会范围包括空缺环节的上下游角色、代管人或新角色的直接协作方，以及负责维护职责说明的人。决策结果要留下记录，写清补位方式、生效时间和复查时间。
角色与交付物如何写清楚
补位之后，职责必须落到文档，才能被他人核对和交接。职责说明的最小字段包括五项：
- 角色名称：与组织内实际使用的称呼一致，避免同一角色多个叫法。
- 负责产出：列出该角色对结果负责的交付物或决策结论，每项写清完成标志。
- 交接对象：写清上游输入来自哪个角色、下游产出交付给哪个角色，以及交接时的确认动作。
- 决策权限：该角色可以独立决定什么、需要谁审批什么，避免有责无权。
- 替补人：该角色缺席时由谁代管，代管范围和期限如何确定。
写法上用产出而非动作描述职责。“负责需求评审”是动作描述，无法判断做到什么程度算完成；“负责输出评审结论并确认需求进入排期”是产出描述，可以核对。每条职责都应能回答“产出是什么、交给谁、什么算完成”。
交接点的责任要写双方：移交方负责提供什么输入、以什么形式提供；接收方负责在什么时限内确认或退回。只写移交方责任，接收方仍可能不认领，交接断裂会再次发生。
职责说明需要指定维护责任人，通常由团队负责人或运营角色承担。更新触发条件包括：角色新增或撤销、人员变动、流程阶段调整、盘点发现空缺。触发后由维护责任人更新文档并知会相关角色，更新记录保留时间与变更内容。
填写范例：角色名称“需求接口人”；负责产出“需求评审结论、排期确认单”；交接对象“上游接收产品经理的需求说明，下游交付开发负责人排期”；决策权限“可决定需求是否进入评审，排期冲突需项目负责人审批”；替补人“产品经理，代管期限不超过两周”。
一个跨部门交接空缺的补位示例
以下为演示情景，用于说明方法如何串联，不代表特定组织实际情况。
背景：某团队在需求评审到开发排期之间存在一段无人承接的环节。产品经理完成需求评审后，需求进入待排期状态，开发负责人认为排期由产品侧推动，产品经理认为评审通过后应由开发侧主动认领，结果部分需求在待排期状态停留超过一周。
盘点结果：四列盘点中，“需求排期确认”一行预期产出为“排期确认单”，当前负责人一栏填的是“产品+开发”，上下游交接对象分别为产品经理和开发负责人。按标记规则，这属于负责人不唯一，同时交接环节断裂——评审结论移交后没有明确的接收确认动作。空缺类型判定为交接环节断裂，兼有负责人不唯一的问题。
补位选择：该环节工作量不足以支撑独立角色，且与产品经理的产出高度相关，选择职责重新划分：把“排期确认单”的产出归并到产品经理角色，开发负责人作为排期输入的协作方。理由是产出归属清晰、无需新增岗位，代价是产品经理负荷增加，需要通过明确决策权限来控制。
文档修改：职责说明中产品经理条目新增“负责输出排期确认单，确认需求进入开发排期”，交接对象写明“接收开发负责人的排期反馈，交付开发负责人确认后的排期确认单”，决策权限写明“排期顺序可提出建议，最终排期由开发负责人确认”。工作项模板中，“需求排期确认”工作项的负责人字段设为必填且只能填一个角色，状态从“待排期”流转到“已排期”时必须填写确认人。
观察结果：补位后一个迭代内，待排期需求均有明确负责人，排期确认单在评审后三个工作日内输出；出现一次产品经理与开发负责人对排期顺序意见不一致的情况，按决策权限提交项目负责人裁定，未再出现需求滞留无人推动的情况。该结果仅说明本示例场景下的运行情况，其他团队需结合自身流程验证。
用固定检查点防止空缺复发
职责空缺会在人员变动、流程调整和业务扩张时重新出现，靠事后追责发现成本太高。把检查嵌入固定时点，可以让问题在造成交付影响前暴露。
检查时点建议设三个：迭代或阶段启动时，核对本阶段关键产出是否都有负责人；阶段评审时，核对交接点是否有接收方确认；人员变动后，核对离岗人员承担的产出是否完成移交。三个时点覆盖了空缺产生的主要来源。
检查项围绕两个问题展开：关键产出是否都有唯一负责人；每个交接点是否有明确的接收方和确认动作。检查时直接对照职责说明和工作项记录，逐项核对，不做主观判断。
| 检查项 | 核对方式 | 不通过时的处理 |
|---|---|---|
| 关键产出是否有唯一负责人 | 对照产出清单，逐项查负责人字段，确认只有一个主责 | 标记空缺，按缺口性质进入补位流程 |
| 交接点是否有接收方 | 核对每个交接环节的接收角色与确认动作是否写入职责说明 | 补充接收方，明确确认时限 |
| 代管是否有期限 | 检查所有代管安排是否写明到期时间与退出方式 | 补设期限，到期前安排复查 |
| 职责说明是否最新 | 对照最近一次人员变动和流程调整，检查文档更新记录 | 由维护责任人更新并知会相关角色 |
空缺未补时需要升级路径：检查发现空缺后，由检查人记录并提交给补位决策人，决策人在约定时限内确定补位方式；若空缺影响当前阶段的关键交付，应作为阻断条件处理，在补位完成前不进入下一阶段。升级路径和阻断条件要提前写进团队约定，避免每次临时协商。
检查记录保留检查时间、检查人、发现的问题、处理结果和复查时间，由职责说明维护责任人统一留存。记录的作用是让空缺处理可追溯，也为下一次盘点提供输入。
在工具层面，这类检查可以借助工作项管理承载：把关键产出对应到工作项，用负责人字段保证唯一主责，用状态流转记录交接确认，用评审记录留存检查结果。ONES 的工作项与评审相关能力可用于承载上述记录，具体字段配置需结合团队实际流程确定。工具只是记录载体，检查时点、检查项和升级规则仍需团队事先约定并执行。
常见问题
团队里工作一直有人在做，只是没有正式角色名称，这算职责空缺吗？
算，属于“角色未定义”这一类。判断依据是这项工作是否有明确的产出要求，以及是否有一个角色被正式指定为负责人。工作靠个人习惯或临时安排推进，产出没有角色认领，一旦相关人员离开或精力转移，工作就会中断。
处理方向是把产出写入相邻角色的职责说明，或新增角色。补位前先确认产出的完成标志，否则新写入的职责仍然无法核对。
临时代管和职责重新划分，实际选择时怎么区分？
看缺口的持续时间和产出归属。缺口由休假、离职过渡、阶段性空档引起，预计有明确结束点，用临时代管，同时写明期限和退出方式。缺口与相邻角色的产出高度相关、工作量又不足以支撑独立角色，用职责重新划分，把产出归并或拆分并指定唯一主责。
如果同一空缺反复被临时填补，且每次填补都影响其他交付，说明它已经具备长期性，应转向新增角色或正式调整岗位职责。
盘点时发现一个工作项填了两个负责人，应该怎么处理？
先确认两人中谁对产出结果负责，把这个人写为唯一主责，另一人改为协作角色并写清协作内容。多人负责在实际运行中容易变成无人负责，产出不合格时找不到追责对象。
如果两人确实各负责产出的不同部分，就把工作项拆成两个可独立交付的条目，分别指定负责人，并补充两者之间的交接确认动作。
职责说明写完以后，由谁维护、什么时候更新？
维护责任人通常由团队负责人或承担运营职责的角色担任，负责在触发条件下更新文档并知会相关角色。常见触发条件包括角色新增或撤销、人员变动、流程阶段调整、盘点发现空缺。
更新时保留变更时间和变更内容，便于后续核对。职责说明长期不更新，会出现文档写的角色与实际承担者不一致，检查时反而增加误判。
检查发现职责空缺但一时定不下补位方式，流程要不要停下来？
取决于空缺是否影响当前阶段的关键交付。影响关键交付的，应作为阻断条件处理，在补位完成前不进入下一阶段；不影响关键交付的，可以先记录并设定决策时限，由补位决策人在时限内确定方式。
升级路径和阻断条件建议提前写进团队约定，明确谁记录、提交给谁、多久内答复，避免每次发现空缺都临时协商。
