内外部研发团队分工不清，最先暴露的往往不是进度表，而是交付物归属和接口人：同一项任务被双方重复认领，或长期无人认领；需求、缺陷、接口文档在交接处反复退回；评审与验收互相等待。识别时把职责拆成“谁产出、谁评审、谁验收、谁兜底”四列，对照实际工作项记录，重叠表现为多人同时改动同一交付物，空白表现为关键节点无人签字或长期挂起。下文按症状、判定取证、原因排查、处置验证四步展开，协作记录可借助ONES等工作项与文档工具承载。
要点总览（TL;DR）
- 分工不清的症状集中在交接边界：同一交付物多版本并存、任务长期无人认领、提问需@多人、评审与验收互相等待。
- 区分重叠与空白看记录模式：重叠是同一对象上多条并行指派与改动，空白是同一节点上指派、评审、签字记录缺失。
- 排查按“职责定义—接口约定—执行偏差”三步走，先确认有没有约定，再确认约定是否覆盖交接点，最后看执行是否偏离。
- 处置时补齐“谁产出、谁评审、谁验收、谁兜底”四列清单，调整期冻结新增范围并设临时兜底人。
- 恢复用过程指标验证：交接退回次数、任务挂起时长、签字完整率、无人认领任务数量，与调整前基线对比。
分工不清在协作中会呈现哪些症状
分工不清的症状有共同特征：它们集中出现在双方交接的位置，而不是各自团队内部。内部任务通常有人认领、有人推进，问题往往在跨组织边界处显形。判断时不必先追问原因，先把可观察到的现象归类，再决定是否需要深入排查。
交付物归属模糊
典型现象是同一份接口文档出现两个版本，双方各自修改后无法合并；某个模块的代码或设计说明在两边仓库都有副本，却说不清哪份为准；需求拆解到子系统边界时，双方都认为对方负责细化。另一种常见情形是任务在待办列表里停留很久，问起来每个人都认为“这不是我的部分”。
接口人与沟通链路缺位
外部团队遇到问题找不到固定对接人，只能在群里@多人；内部团队收到供应商提问后，需要层层转达才能给出答复；变更通知发出后，对方声称未收到或收到的版本不一致。接口人缺位还会表现为会议参与人不固定，每次对齐都要重新介绍背景。
评审与验收互相等待
交付物提交后长时间无人评审，提交方以为在等对方，评审方以为材料还没齐；验收阶段双方对验收标准理解不同，反复补充材料；缺陷修复后回归验证的责任落在谁身上没有约定，问题单在两边之间来回流转。这类等待与普通进度延迟的区别在于：延迟有明确的阻塞原因和责任人，而分工不清造成的等待往往说不清“卡在谁那里”。
| 症状类别 | 可观察现象 | 与普通延迟的区别 |
|---|---|---|
| 交付物归属模糊 | 同一交付物多版本并存、任务长期无人认领 | 延迟有明确责任人和阻塞点，归属问题说不清由谁推进 |
| 接口人缺位 | 提问需@多人、答复需层层转达、通知版本不一致 | 正常协作有固定对接人，缺位时沟通成本持续偏高 |
| 评审验收互等 | 提交后长期无评审、验收标准反复补充 | 正常评审有约定时限，互等时双方都认为在等对方 |
职责重叠与职责空白如何区分和取证
重叠和空白是分工不清的两种相反形态，处置方式不同，因此需要分开判定。重叠意味着资源浪费和冲突风险，空白意味着风险无人兜底。判定时以过程记录为准，避免凭印象下结论。
重叠的判定特征
多人同时认领同一任务；同一交付物在短时间内被双方重复改动；同一议题反复开会对齐却始终没有结论；出现冲突时双方都认为自己有权决定。重叠不一定表现为争吵，更多时候表现为“都在做、都在等对方先停”。
空白的判定特征
关键任务在计划中存在，但指派记录为空或指派人长期未响应；某个交接节点长期挂起，超过约定时限仍无进展；评审、验收环节缺少签字记录，或签字人自己也说不清依据什么标准签字；出现问题时双方都表示“这部分不在我们的约定范围内”。
可用的证据来源
工作项指派记录能反映谁被正式赋予责任；评审记录能反映谁在什么时间以什么意见通过了交付物；交接退回记录能反映哪些材料在边界处被拒收及拒收理由；会议纪要与变更通知能反映接口约定是否明确。把这些记录按时间排列，重叠与空白会呈现出不同的模式：重叠是同一对象上多条并行记录，空白是同一节点上记录缺失。
假设与证据的区别
“感觉对方不配合”“好像没人管”属于假设，不能直接作为分工不清的结论。个别延迟可能由排期冲突、人员变动或技术难题造成，与职责划分无关。取证的意义在于把假设转化为可核对的事实：某任务指派给了谁、某评审由谁在何时完成、某交付物被退回几次及原因。只有模式化的记录异常，才支持分工不清的判断。
按什么顺序排查分工问题的来源
排查从职责定义开始，逐步走向执行层面，顺序不能颠倒。先确认“有没有约定”，再确认“约定是否覆盖交接点”，最后确认“执行是否偏离约定”。跳过前两步直接追责执行，容易把定义缺失误判为态度问题。
第一步：核对职责定义文档
查看项目启动材料、协作协议或工作说明书，确认是否写明了双方各自负责的交付物范围、评审责任和验收标准。验证证据是文档本身及其覆盖范围：如果文档存在但只写到模块级，未细化到接口和交付物，那么交接处的空白就有了解释。排除方法是请双方各自复述职责边界，若复述不一致，说明定义存在歧义而非执行偏差。
第二步：核对接口人与交接节点约定
确认每个交接点是否有明确的接口人、交接物清单、提交时限和退回规则。验证证据是接口人名单、交接记录和退回记录。若接口人名单缺失或长期未更新，沟通链路缺位的原因即可定位。排除方法是检查是否存在约定但未同步给执行人员的情况，这属于传达问题而非约定缺失。
第三步：核对执行是否偏离约定
在约定清晰的前提下，比对实际指派与约定是否一致：任务是否指派给了约定的责任人，评审是否由约定角色完成，变更是否走了约定的通知路径。验证证据是工作项指派记录与评审记录的时间线。若约定完整而执行偏离，原因在执行管理；若约定本身残缺，前两步已经定位，无需归因到个人。
| 排查步骤 | 核对对象 | 验证证据 | 排除方法 |
|---|---|---|---|
| 职责定义 | 协作协议、交付物范围、验收标准 | 文档覆盖范围、双方复述一致性 | 复述不一致说明定义歧义 |
| 接口约定 | 接口人名单、交接物清单、退回规则 | 接口人名单、交接与退回记录 | 约定存在但未同步属传达问题 |
| 执行偏差 | 实际指派与约定的一致性 | 指派记录、评审记录时间线 | 约定完整而偏离才归因执行 |
确认原因后如何调整分工并验证恢复
处置动作取决于排查结论：定义缺失就补定义，约定缺失就补接口，执行偏离就收紧执行管理。调整期间需要控制风险，避免在职责未稳定时扩大交付范围。
补齐职责定义与接口约定
把“谁产出、谁评审、谁验收、谁兜底”四列写成书面清单，逐项对应到具体交付物和具体角色，而不是停留在部门层面。接口约定要写明每个交接点的接口人、提交物、时限和退回条件。清单形成后由双方确认，并同步给所有执行人员，避免约定只存在于会议纪要中。在ONES中，需求、任务、测试与缺陷可以关联在同一条工作项链路上，评审节点和交付物模板也能沉淀为可复用配置，使职责清单与实际执行记录对应起来，便于后续核对。
调整期间的保护措施
职责调整会带来短期不确定性，需要设置保护边界：冻结新增范围，调整期内只处理已承诺的交付物；为每个交接点指定临时兜底人，兜底人对挂起事项有推进权；对正在流转的交付物明确切换时点，避免新旧规则同时生效造成混乱。风险边界在于：调整不应以牺牲已承诺的交付节点为代价，若调整期与关键里程碑重叠，应缩小调整范围、分批切换。
恢复验证指标
调整是否生效，用过程指标验证而非主观感受。可跟踪的指标包括：交接退回次数是否下降、任务挂起时长是否缩短、评审与验收签字完整率是否提升、无人认领任务数量是否归零。指标需要设定观察周期，与调整前的基线对比，单次改善不足以说明问题解决。
复发预防
分工问题容易在人员变动、范围扩展或供应商更换后复发。定期核对职责清单与实际指派是否一致，把核对纳入项目例会的固定议题；交接退回记录定期复盘，识别反复出现的边界模糊点；新成员或新供应商加入时，先确认接口人和职责清单再启动交付。这样分工约定随项目推进持续更新，而不是一次性文档。
常见问题
个别任务延迟能不能直接判定为分工不清？
不能。排期冲突、人员变动、技术难题都可能造成单次延迟。判定分工不清要看记录是否呈现模式化异常：同一交付物是否被双方重复改动、同一交接节点是否反复退回、关键评审是否长期缺少签字。只有这类异常反复出现，才支持分工问题的判断。个别延迟先按普通进度问题处理，记录原因后再观察是否重复。
双方对职责边界的口头理解一致，还需要写书面清单吗？
需要。口头一致在人员变动、范围扩展或供应商更换后容易失效，而且出现争议时无法核对。书面清单的价值在于可追溯：把“谁产出、谁评审、谁验收、谁兜底”对应到具体交付物和角色，后续比对实际指派记录时才有基准。清单不必一次写全，可以随项目推进补充，但要同步给所有执行人员，避免只停留在会议纪要里。
职责重叠和职责空白会同时出现在一个项目里吗？
会。常见情形是某些模块双方都投入人力重复开发，而接口文档、回归验证等边界工作无人认领。处置时按交付物逐项判定，不要给整个项目下“重叠”或“空白”的单一结论。可以先处理空白，因为无人兜底的风险更直接；重叠部分再通过明确决策权和交付物归属逐步收敛。
调整分工期间项目还在交付，怎么控制风险？
设置三条边界：冻结新增范围，调整期内只处理已承诺的交付物；为每个交接点指定临时兜底人，对挂起事项有推进权；明确新旧规则的切换时点，避免两套规则同时生效。如果调整期与关键里程碑重叠，缩小调整范围、分批切换，不用牺牲已承诺的交付节点来换取职责清晰。
恢复验证需要观察多久，看哪些指标？
观察周期与项目的交接频率匹配，至少覆盖若干个完整的交接与评审循环，单次改善不足以说明问题解决。可跟踪的指标包括交接退回次数、任务挂起时长、评审与验收签字完整率、无人认领任务数量，与调整前的基线对比。指标持续改善后，把职责清单与实际指派的核对纳入项目例会固定议题，防止人员变动后复发。
