成员长期超载时，先别急着调任务或加人。用连续多周的工作项负载、在制任务数、阻塞与加班记录交叉验证，排除单周冲刺、统计口径不一致和数据缺失造成的假超载。确认是持续状态后，按“先减载、再排序、后加人”处置：任务重排解决谁来做和何时做，优先级调整解决先做什么，增援补容量或技能缺口。涉及人员评价、对外承诺、交付日期变更和预算人力的调整，需要负责人人工确认，AI 分析提供候选方案与依据。
要点总览（TL;DR）
- 先确认是长期超载：用连续四到六周的工作项负载、在制任务数、阻塞与返工记录交叉验证，排除单周冲刺、统计口径不一致和数据缺失造成的假超载。
- 处置顺序按“先减载、再排序、后加人”：任务重排解决谁来做和何时做，优先级调整解决先做什么，增援补容量或技能缺口。
- 任务重排优先转派低耦合、文档齐全的工作项，交接时交代上下文、验收标准并通知依赖方；跨团队交接和关键路径任务需负责人确认。
- 优先级调整按业务影响、交付承诺、依赖上下游和阻塞他人程度排序，暂缓任务要写明恢复条件；改变对外交付日期或跨团队优先级冲突需人工确认。
- 增援先判断是容量型还是技能型缺口，把带教和知识转移成本计入计划；外部人力、编制预算和跨部门借调必须由负责人确认并留痕。
怎样判断成员是长期超载而非短期峰值
长期超载的特征是负载在多个周期内持续偏高，而不是某一周突然冲高后回落。判断时看三个信号是否同时出现：连续多周的工作项负载高于团队均值或历史基线；在制任务数持续堆积，完成速度跟不上进入速度；阻塞、返工和临时救火记录同步增加。三个信号同向，才值得启动处置。
短期峰值容易伪装成长期超载，常见假信号有四类。统计口径不一致，比如有人按工时统计、有人按工作项数量统计，横向比较就失真；单周冲刺或版本发布前的集中加班，拉高了某一周的数据；数据缺失，成员的实际工作没有全部录入系统，看板上的负载低于真实情况；休假、培训、临时支援未记录，导致可用容量被高估或低估。
取证时建议设定四到六周的观察窗口，按周记录以下内容：
- 每人每周的已分配工作项数量与预估工时，以及实际完成情况；
- 在制任务数的时间序列，观察是否只增不减；
- 阻塞时长、返工次数、跨人求助记录；
- 休假、培训、支援其他团队等容量变化事件；
- 数据完整性说明，标注哪些工作没有进入系统。
观察窗口内负载持续偏高且没有明显回落趋势，可以判定为长期超载；若只有一到两周偏高，先按峰值处理，观察下一周期是否自然恢复，避免过度反应。
超载原因假设与逐条排除证据
确认超载后，下一步是归因。归因的价值在于决定后续动作的侧重点：分配结构问题靠重排解决，优先级问题靠排序规则解决，容量与技能问题靠增援解决。排查顺序建议先查数据口径，再查分配结构，最后查容量与技能缺口，避免把假设直接当结论。
| 原因假设 | 验证证据 | 数据来源 |
|---|---|---|
| 任务分配集中 | 该成员承接的工作项占比明显高于同角色成员，且多为关键路径任务 | 工作项负责人分布、迭代分配记录 |
| 优先级频繁插单 | 周期内新增高优先级任务数量多，原计划任务被反复推迟 | 优先级变更记录、需求进入时间 |
| 估算偏差 | 实际耗时持续高于预估，或任务拆分粒度过粗 | 预估与实际工时对比 |
| 依赖阻塞 | 等待他人交付的时间占比高，任务长期停留在阻塞状态 | 阻塞记录、状态停留时长 |
| 技能单点 | 某类任务只有该成员能处理，其他人无法接手 | 任务类型与处理人分布、技能标签 |
| 外部支援未计入 | 该成员实际承担了其他团队的工作，但未体现在本团队看板 | 跨团队协作记录、临时支援登记 |
排查时逐条核对证据，能排除的划掉，留下的就是需要处置的原因。多条原因并存时，优先处理能通过重排和排序解决的部分，把增援留给真正的容量或技能缺口。
任务重排：把超载成员的工作项迁出去
任务重排的目标是降低超载成员的即时负载，同时保证工作不中断。先识别可迁移任务，判断标准是耦合度低、文档齐全、交接成本可控。处于设计初期、依赖大量隐性上下文的任务不适合立即迁出，硬迁反而增加返工。
重排动作有四种，按优先级使用：
- 转派：把整项任务连同负责人一起变更给承接人，同步更新截止时间；
- 拆分：把大任务拆成可独立交付的子项，只迁出其中边界清晰的部分；
- 延后：对时间弹性较大的任务调整计划开始时间，释放当前周期容量；
- 合并同类项：把分散的小任务合并处理，减少切换成本。
交接时逐项检查：上下文是否交代清楚，包括背景、已完成部分和遗留问题；验收标准是否明确，承接人知道什么算完成；依赖方是否已通知，上下游知道负责人变更和新的时间点。交接完成后更新系统中的负责人、状态和截止时间，避免出现两个负责人或无人负责的情况。
跨团队交接、影响对外承诺、涉及关键路径的重排，需要相关负责人人工确认后再执行。这类调整的影响超出单个团队，AI 可以给出候选承接人和迁移方案，决定权留给了解承诺背景的人。
优先级调整：先做哪些、暂缓哪些
优先级调整解决的是顺序问题。排序依据建议按四个维度综合判断：业务影响，即任务对收入、用户体验或合规的实际作用；交付承诺，即是否已对外承诺时间点；依赖上下游，即该任务是否阻塞他人；阻塞他人程度，即有多少人正在等待这项产出。
暂缓和降级要有明确处理，不能只是往后挪。每项暂缓任务记录恢复条件，比如“等待某依赖交付后恢复”或“下个版本排期时重新评估”，并告知相关方，避免对方按原计划等待。降级任务同样说明降级理由和新的预期时间。
以下调整需要人工确认：改变已承诺的交付日期；影响客户或合规节点的任务顺序；跨团队之间的优先级冲突。这类决定涉及对外信用和组织协调，AI 可以列出冲突项和影响范围，由负责人拍板。
增援：补容量还是补技能
增援前先判断缺口类型。容量型缺口是任务量超过现有人员处理能力，技能型缺口是任务需要特定能力而团队内无人具备。两类缺口的增援方式不同，选错方式会延长恢复周期。
| 增援方式 | 适用缺口 | 前提与代价 |
|---|---|---|
| 临时借调 | 容量型，短期集中交付 | 借调人需要熟悉项目背景，沟通成本上升，原团队工作可能受影响 |
| 外部人力 | 容量型，周期较长 | 招聘或外包周期长，涉及预算审批，知识转移需要投入 |
| 结对与导师制 | 技能型，或技能单点风险 | 短期内两人处理一项任务，效率暂时下降，换取能力扩散 |
| 自动化与工具减负 | 重复性工作占用容量 | 需要前期投入搭建，收益在后续周期体现 |
增援的共同代价是短期效率下降：新人上手需要带教，知识转移占用老成员时间，沟通链路变长。投入前评估上手周期，把带教成本计入计划，避免增援后整体交付反而变慢。外部人力引入、编制与预算调整、跨部门借调，需要负责人人工确认。
哪些调整必须人工确认
AI 分析在超载处置中的定位是提供候选方案与依据，决策由人完成。以下四类调整必须人工确认：
- 人员评价与绩效关联的调整，包括把负载数据用于考核结论；
- 对外交付承诺的变更，包括交付日期、范围和质量的对外表述；
- 预算与人力投入，包括外部人力引入、编制调整和相关费用；
- 跨团队资源调配，包括借调、任务转移和优先级让渡。
确认角色按调整类型分工：人员评价由直属负责人和人力资源共同确认；对外承诺由项目负责人或客户接口人确认；预算与编制由部门负责人确认；跨团队调配由双方团队负责人确认。确认过程留痕，记录调整内容、依据、确认人和时间，便于后续复盘和追溯。
在 ONES 中，任务转派、负责人变更和优先级调整都在工作项上完成，变更记录随工作项保留；ONES Assistant 可围绕项目进展、工时投入和资源配置生成分析建议，输出过程可追踪、结果可审计，适合作为人工确认前的参考材料。涉及审批节点的具体配置，以实际部署和权限设置为准。
处置后的验证与复发预防
调整是否有效，用指标验证。观察负载是否回落到基线附近并保持稳定，在制任务数是否下降，阻塞时长和返工次数是否减少。建议以两到三个周期为观察窗口，每周对比一次，避免单周波动造成误判。
调整无效时设定回退条件：负载没有下降、在制任务数继续上升、或关键交付出现延期风险，就回退到上一版安排，重新归因。回退不是失败，而是说明原因判断有偏差，需要补充证据再处置。
复发预防靠机制而非一次性调整。设定负载预警阈值，在连续两周超过阈值时触发复核；建立插单规则，明确什么级别的需求可以打断当前计划、由谁批准；定期做容量复盘，把休假、培训、支援等容量变化纳入计划。三项机制配合，才能让超载在扩大前被发现和干预。
常见问题
观察窗口内负载偏高，但成员本人认为还能承受，还要不要启动处置？
数据偏高与个人感受不一致时，先补充证据再决定。可以核对三项内容：该成员的实际工作是否全部录入系统，是否存在未登记的支援或救火工作；阻塞和返工是否集中在某类任务上；未来两三个周期是否已有可预见的任务堆积。若数据完整、趋势持续向上，即使本人暂时能承受，也建议先做小范围减载，避免问题积累到集中爆发。若差异来自统计口径或数据缺失，先修正口径再判断。
任务重排后承接人也被压到超载，怎么处理？
这说明重排只是转移了负载，没有减少总量。此时停止继续转派，回到原因排查：如果总量确实超过团队容量，需要进入增援评估；如果是分配结构问题，检查是否总把任务集中给少数几人。重排时同步观察承接人的在制任务数，设定一个上限，超过上限就不再向其转派。跨团队转派前，先与承接方负责人确认其当前负载，避免把问题推给另一个团队。
优先级调整和任务重排应该先做哪个？
建议先做优先级调整，再做任务重排。排序确定哪些任务本周期必须做、哪些可以暂缓，重排才有明确范围：暂缓和延后的任务直接从超载成员身上移出，需要保留的任务再考虑转派或拆分。顺序反过来容易出现迁出去的任务又被插单拉回来，反复调整。两项动作可以在同一轮里完成，但判断依据要先定。
增援后短期交付反而变慢，是否说明增援决策错了？
不一定。新人上手、知识转移和沟通链路变长都会带来短期效率下降，这是增援的常见代价。判断增援是否有效，看两到三个周期后的整体吞吐和在制任务数，而不是看增援当周的产出。投入前把带教时间计入计划，指定带教人并明确其原有任务相应减量，可以减少磨合期的混乱。若几个周期后负载仍未回落，再重新评估缺口判断是否准确。
AI 给出的重排和增援建议，能直接执行吗？
建议作为决策参考，执行前由人确认。涉及人员评价与绩效关联、对外交付承诺、预算与人力投入、跨团队资源调配的调整，必须由对应负责人确认并留痕。ONES Assistant 可围绕项目进展、工时投入和资源配置生成分析建议，输出过程可追踪、结果可审计，适合作为确认前的参考材料；审批节点的具体配置以实际部署和权限设置为准。
