共享人员排期冲突的处理有固定顺序：先对照症状定位冲突类型，再用证据验证成因，最后按类型处置并回看验证。本文聚焦人员如何投入，任务本身的排期与依赖关系不在讨论范围；涉及跨项目占用视图与排期协作时，会自然提到ONES的对应能力。
要点总览（TL;DR）
- 先对照症状定位冲突类型：重复占用、关键窗口重叠、插单挤占、信息不同步，四类冲突的处置动作不同。
- 成因排查按假设—证据推进，顺序是先查信息是否同步、再查承诺是否超量、最后查变更是否被覆盖，避免把假冲突当真重叠处理。
- 确认真实重叠后按可调整空间从大到小处置：先错峰，再拆分投入比例，最后考虑替换承接人或调整范围，拆分结果必须写入双方排期。
- 涉及已承诺交付的调整要设停止点，交付节点后移超缓冲、交接期过长或触及合同内容时停止自行调整。
- 处置后回看人员占用视图确认重叠消除，并把可用比例约定、双方承诺确认、变更通知固化为常规动作。
共享人员排期冲突的典型症状与影响范围
共享人员排期冲突的核心特征是同一名成员在同一时间段被两个及以上项目同时需要，且各方都认为这段时间属于自己。判断时先看症状落在哪一类，再决定后续排查方向。
症状对照清单
| 症状表现 | 常见场景 | 指向的冲突类型 |
|---|---|---|
| 同一人在同一周被两个项目分别排入主要开发任务 | 项目A的迭代计划与项目B的交付节点落在同一周 | 重复占用型冲突 |
| 两个项目的关键交付窗口重叠，且都依赖同一名骨干 | 联调期、上线窗口、评审节点集中在一段时间 | 关键窗口重叠型冲突 |
| 已确认的排期被临时插单覆盖，原承诺时间被挤占 | 紧急需求插入、线上问题处理、临时评审 | 插单挤占型冲突 |
| 成员自己不清楚本周该优先做哪个项目 | 多个项目负责人分别口头安排任务 | 信息不同步型冲突 |
重复占用型冲突最直接：同一人的时间被两个项目各自计入，合计投入超过其可用时间。关键窗口重叠型冲突不一定表现为全时段占用，而是在少数关键节点上集中争用同一人，破坏性往往更大。插单挤占型冲突的起点是变更，原排期本身没有错，是新增事项没有经过确认就覆盖了已有承诺。
与任务排期、负载超载的边界
人员投入冲突关注的是“这个人这段时间归谁用”，任务排期关注的是“任务之间谁先谁后、依赖是否满足”。一个项目内部任务顺序调整、依赖关系梳理，属于任务排期问题；共享人员冲突则发生在项目之间对同一人的争用上。两者可能同时出现，但处置动作不同，先分清对象再动手。
负载超载关注的是一个人总体工作量是否超出合理容量，通常需要量化分析工时与产能；人员投入冲突关注的是时间承诺是否互相矛盾。一个人可能总体负载并未超载，但两个项目在同一周各占用他三天，合计六天，这就是典型的投入冲突。本文只做这一区分，负载的量化分析与容量规划不在展开范围。
冲突成因假设与排查证据
冲突现象相同，成因可能完全不同。把猜测直接当结论，容易在错误方向上调整排期。下面按假设—证据的方式列出三类常见成因，并给出排查顺序：先查信息是否同步，再查承诺是否超量，最后查变更是否被覆盖。
成因假设表
| 假设 | 可核对的证据 | 排查顺序 |
|---|---|---|
| 假设一：各项目排期信息分散，同一人的承诺未汇总，形成信息不同步的假冲突 | 各项目各自的排期记录；同一人在不同项目中的时间承诺是否被分别记录；是否存在一方已调整但另一方未更新的情况 | 第一步 |
| 假设二：共享人员被按满负荷承诺，多个项目同时占用同一时段 | 各项目对该成员的投入比例或天数承诺；合计投入是否超过其可用时间；承诺是否经过统一确认 | 第二步 |
| 假设三：插单与变更未同步到相关方，已确认的排期被覆盖 | 变更记录与通知记录；插单事项的提出时间与确认人；原排期是否被正式变更还是被默认覆盖 | 第三步 |
为什么先查信息同步
信息不同步造成的假冲突处理成本最低，也最容易被误判为真实重叠。排查时把各项目对同一人的时间承诺放到同一视图里对照，如果发现一方记录的是上周的旧排期、另一方已做过调整，冲突在信息层面就已消解，不需要动排期。ONES Resource 支持通过工作数量和工时规模了解成员排期，并支持筛选与分组掌握成员在不同项目的投入比重，可作为汇总对照的载体。
确认真实重叠后，再查承诺是否超量。核对每个项目对该成员的投入承诺，加总后与其可用时间比较。这里要注意承诺的口径：有的项目按天数承诺，有的按投入比例承诺，换算到同一口径再比较，避免因单位不同得出错误结论。
最后查变更链路。插单挤占型冲突的关键证据是变更是否经过确认、是否通知到被影响的项目。如果插单事项有明确确认人但未通知原项目，问题出在通知环节；如果插单本身未经任何确认，问题出在变更准入环节。两类问题的处置动作不同，排查时分开记录。
按冲突类型处置：错峰、拆分投入与替换承接
处置的前提是冲突已被证据确认为真实重叠。假冲突只需更新信息，不进入调整环节。确认真实重叠后，按可调整空间从大到小依次考虑：能否错峰、能否拆分投入、是否需要替换承接人或调整范围。
错峰安排
错峰适用于两个项目的关键窗口有一定弹性、且冲突集中在少数时间段的情况。做法是把其中一个项目的关键任务整体前移或后移，避开重叠窗口，同时确认移动后的时间不与该项目其他依赖冲突。错峰的影响面通常小于换人，优先尝试。需要确认的条件是：被移动的任务是否有硬性外部节点，如客户验收、监管报送；有硬节点的项目不参与错峰，从另一个项目调整。
拆分投入比例
拆分投入适用于两个项目都需要该成员、但都不需要其全时段投入的情况。做法是明确该成员在每个项目上的投入比例或每周天数，写进各自的排期，并约定切换节奏，避免同一天在两个项目间反复切换。拆分后要核对合计投入不超过其可用时间，留出处理临时事项的余量。拆分投入的常见问题是比例只在口头约定，未落到排期记录，几周后再次出现重叠，因此拆分结果必须写入双方排期。
替换承接人或调整范围
当错峰和拆分都无法消除重叠时，考虑替换承接人或调整项目范围。替换承接人适用于该成员承担的工作有可接替人选、且交接成本可控的情况；评估时要看接替人是否具备相应技能、交接需要多长时间、交接期间原成员是否仍需投入。调整范围适用于项目交付内容有压缩空间的情况，例如把部分非关键功能移出当前版本，减少对该成员的占用。两种动作都会改变已承诺的交付，执行前需要评估影响并设定停止点。
变更通知与记录
任何处置动作落地后，都要通知被影响的项目负责人、该成员本人以及依赖其产出的下游角色。通知内容至少包括：调整了什么、从何时生效、原承诺如何变化。变更记录写入对应项目的排期或工作项，作为后续核对的依据。只在群里说一句“已经调了”不算完成通知，相关方需要能查到变更后的排期。
风险边界与停止点
涉及已对外承诺的交付时，处置动作需要设停止点：如果错峰导致交付节点后移超过约定缓冲，停止错峰，转为评估范围调整；如果替换承接人导致交接期超过两周且关键节点临近，停止替换，回到拆分投入方案并压缩非关键工作；如果范围调整涉及合同约定内容，停止自行调整，提交给有权决策的角色确认。停止点的作用是防止为消除冲突而制造新的交付风险。
处置后的验证与复发预防
处置完成不等于冲突消除。需要回到人员占用视图确认重叠已经消失，再把这次处置中有效的动作固化为常规机制，减少同类冲突再次发生。
验证清单
- 回看人员占用视图，确认同一人在冲突时间段内只被一个项目计入主要投入，或拆分后的合计投入不超过可用时间。
- 核对变更后的排期是否已写入各项目记录，相关方是否能查到最新版本。
- 确认被调整任务的上下游依赖是否仍然成立，错峰或换人后是否产生新的等待。
- 与该成员确认其本人对当前优先级的理解与排期记录一致。
- 观察一到两个排期周期，确认重叠没有以其他形式重新出现。
ONES Resource 支持实时查看成员每日投入饱和明细，可用于处置后的回看核对，确认重叠是否真正消除。
常规动作
把共享人员的可用比例作为排期输入固定下来：每个共享成员在每个项目上的投入上限提前约定，排期时按上限分配，不按满负荷承诺。承诺确认环节要求双方项目负责人在同一份记录上确认，避免各自记录各自的版本。变更通知机制明确触发条件：凡涉及共享人员时间调整的插单或变更，必须通知被影响项目并更新排期记录，未完成通知的变更不视为生效。
复发信号与复盘
复发信号包括：同一成员连续两个周期出现排期重叠、插单后原排期未更新、项目负责人开始绕过排期记录直接口头安排任务。出现这些信号时，在周期复盘会上核对共享人员的实际投入与计划投入的偏差，找出是承诺环节还是变更环节失效，针对性修补。复盘不需要每次全面展开，聚焦最近一次冲突的成因链路即可。
常见问题
怎么快速判断是信息不同步造成的假冲突，还是真实的时间重叠？
把各项目对同一人的时间承诺放到同一份记录里对照，重点看两件事：一是同一时间段是否被两个项目分别计入，二是其中一方是否还停留在旧版本排期。如果一方已做过调整、另一方未更新，冲突在信息层面就已消解，更新记录即可，不需要动排期。只有对照后确认同一时段被双方同时占用，才进入真实重叠的处置流程。
拆分投入比例后，过几周又出现重叠，问题通常出在哪？
常见原因是拆分结果只停留在口头约定，没有写进双方排期记录，后续插单或计划调整时没人以这份约定为约束。处置时把每个项目上的投入比例或每周天数写进各自排期，并约定切换节奏，同时核对合计投入不超过可用时间、留出临时事项余量。约定写入记录后，后续变更才有可对照的基准。
替换承接人时，交接期本身也在占用原成员时间，怎么控制？
评估替换方案时把交接投入算进去：接替人是否具备相应技能、交接需要多长时间、交接期间原成员还要投入多少。如果交接期超过两周且关键节点临近，替换带来的风险可能大于冲突本身，此时回到拆分投入方案并压缩非关键工作。替换的停止点应在动手前设定，而不是交接中途才发现时间不够。
共享人员的投入上限应该由谁定，按什么口径约定？
投入上限通常在排期阶段由共享成员所属团队与各项目负责人共同确认，口径要统一：按每周天数或投入比例约定，避免一个项目按天数、另一个按比例，换算后才发现超量。约定结果写入排期记录，作为后续插单和变更的对照基准。具体由哪个角色拍板取决于组织分工，关键是同一份记录上双方都确认过。
处置完成后，怎么确认冲突真的消除了？
回到人员占用视图核对冲突时间段：同一人只被一个项目计入主要投入，或拆分后的合计投入不超过可用时间；变更后的排期已写入各项目记录，相关方查得到最新版本；被调整任务的上下游依赖仍然成立；与该成员确认其本人理解的优先级与记录一致。再观察一到两个排期周期，确认重叠没有以其他形式重新出现。
