迭代进行到一半发现容量不足以完成既定目标，团队通常要在缩减范围、调整目标和补充资源之间做选择。这三者改变的对象不同：范围动的是本次承诺交付的内容，目标动的是结果定义与验收标准，资源动的是可投入产能。取舍的关键在于先量化缺口，再判断目标中哪些结果不可让渡，然后按顺序选择代价最小、最可逆的路径。
要点总览（TL;DR）
- 三种做法改变的对象不同：缩减范围动的是本次承诺的交付内容，调整目标动的是结果定义与验收标准，补充资源动的是可投入产能。
- 决策前先把容量缺口量化：核对剩余可用人力、剩余工作量与验收标准，并区分真实缺口与估算偏差。
- 判断顺序建议为：先确认目标中哪些结果不可让渡，再按缺口规模选择路径——目标刚性高且缺口小优先缩减范围，缺口大则评估补资源是否来得及，目标可协商则调整目标口径。
- 补资源存在到位时滞与磨合成本，剩余周期越短，净收益越低，短期迭代往往来不及转化为有效产能。
- 无论选择哪条路径，都要向干系人同步新承诺、在迭代记录中更新范围与目标口径，未完成工作重新评估优先级后回到待办，不默认结转。
三种取舍各自改变什么
把三个选项放在同一口径下界定，才能避免讨论时各说各话。它们的核心区别在于改变了什么、什么时候生效、以及事后能否撤回。
缩减范围：减少本次承诺的交付项
缩减范围是在目标结果口径基本不变的前提下，把部分需求或任务移出本次迭代。团队仍然朝同一个迭代目标努力，只是承诺的交付内容变少。这种做法生效快，在迭代内即可执行，代价是需要向干系人解释哪些内容被推迟，以及推迟是否影响下游依赖。它的可逆性较好，被移出的内容可以重新排入后续迭代。
调整目标：改变迭代要达成的结果定义
调整目标改变的是迭代要达成的结果定义或验收标准，交付项可能保留，但完成到什么程度、以什么标准验收发生变化。例如把“支持全量数据导入”调整为“支持指定格式数据导入”，或把验收标准从“覆盖全部场景”收窄到“覆盖核心场景”。这种做法影响的是对结果的预期，需要干系人明确认可新的口径，否则容易在验收时产生争议。
补充资源：增加人力或调整投入
补充资源改变的是可用容量，通过增加人力、调整成员投入比例或减少其他事务占用来实现。它的生效存在时滞：新成员需要熟悉上下文，抽调人员会牵动其他工作，投入比例的调整也要看实际可支配时间。对周期较短的迭代，补资源往往来不及转化为有效产能，反而增加协调成本。
三者在生效时点、影响对象和可逆性上差别明显：缩减范围在迭代内即可生效，影响交付内容；调整目标需要干系人确认，影响结果预期；补充资源生效最慢，影响产能结构。理解这些差别，是后续对照与决策的基础。
同口径差异对照表
下表用统一维度横向比较三种做法，便于在具体情境中快速定位差异。表中描述的是典型情况，实际判断还需结合本团队的容量数据、目标刚性和干系人结构确认。
| 对照维度 | 缩减范围 | 调整目标 | 补充资源 |
|---|---|---|---|
| 改变的对象 | 本次迭代承诺的交付项 | 迭代要达成的结果定义或验收标准 | 可投入的产能 |
| 对目标达成的影响 | 目标口径基本不变，交付内容减少 | 目标口径本身改变，交付项可能保留 | 目标与范围不变，依靠更多投入完成 |
| 生效速度 | 快，迭代内即可执行 | 中等，需干系人确认新口径 | 慢，存在到位时滞与磨合期 |
| 对团队与干系人的影响 | 需说明推迟项及下游依赖 | 需重新对齐预期，验收争议风险较高 | 引入协调成本，可能牵动其他工作 |
| 可逆性 | 较好，移出项可重新排期 | 一般，口径变更后回退成本较高 | 较差，人员调入调出都有代价 |
| 主要风险 | 关键依赖被推迟，影响后续交付 | 验收标准模糊，干系人理解不一致 | 资源到位太晚，短期迭代无法受益 |
表中“生效速度”“可逆性”等维度需要结合本团队实际数据确认。例如同样补一名开发，有的团队一周内能形成产出，有的团队需要更长的上下文交接期；同样缩减范围，被移出的是独立需求还是关键路径上的环节，对下游的影响完全不同。
先量化容量缺口再决定取舍
在缺口未确认之前选择任何一条路径都可能是误判。决策前应先完成三项核对，把“感觉做不完”转化为可比较的数字。
核对剩余容量
统计迭代剩余工作日内的可用人力，扣除已安排的会议、支持、休假和其他非迭代事务，得到真实可投入的工时或人天。若团队按故事点估算，则核对剩余可承载的点数。成员投入饱和度是重要输入，排期看起来有空档但实际被杂事占满的情况并不少见。
核对剩余工作量与验收标准
按当前迭代目标逐项列出未完成需求及其验收标准，估算剩余工作量。注意验收标准本身会放大或缩小工作量：同样一个需求，“功能可用”和“覆盖异常场景并通过回归”的工作量可能相差很大。
区分真实缺口与估算偏差
缺口可能来自估算偏低、需求中途变更、外部事务挤占或人员变动。不同成因对应不同处理：估算偏差需要修正剩余工作的估算；需求变更需要回到变更源头确认；外部挤占需要判断能否减少占用。把成因搞清，才能判断缺口是一次性的还是结构性的。
缺口规模与目标刚性共同决定可选路径。缺口小、目标刚性高，缩减少量范围即可闭合；缺口大、目标刚性高，就要评估补资源是否来得及；目标本身可协商，调整目标口径可能是成本最低的选择。ONES 的资源管理可查看成员排期与每日投入饱和明细，帮助把剩余容量核对落到具体成员和日期上。
按目标刚性排序的取舍决策路径
推荐的判断顺序是：先确认目标中哪些结果不可让渡，再根据缺口规模选择路径，最后评估组合使用。以下分支条件可作为团队讨论的框架。
第一步：判断目标刚性
把迭代目标拆成若干结果，逐项标注是否可让渡。对外承诺的交付、合规要求、关键依赖的上游输入通常刚性较高；内部优化、体验改进、非关键场景覆盖通常可以协商。目标刚性不是全有或全无，多数迭代是部分结果刚性、部分结果可调。
第二步：按缺口规模与刚性组合选择
- 目标刚性高、缺口小：优先缩减范围。移出优先级最低的交付项，保留刚性结果，目标口径不变，对干系人的解释成本最低。
- 目标刚性高、缺口大：评估补资源的到位时间是否赶得上。若新投入能在剩余周期内形成有效产能，补资源可行；若到位时滞覆盖不了剩余时间，应回到缩减范围，并明确哪些刚性结果也无法保证，提前暴露风险。
- 目标可协商：调整目标口径，明确新的验收标准，并与干系人书面确认。调整目标时要把“改到什么程度”写清楚，避免验收阶段再次争议。
- 缺口来自估算偏差：先修正剩余工作估算，再判断是否仍需缩减范围，避免把估算问题误判为资源问题。
第三步：评估补资源的时滞与磨合成本
补资源对短期迭代的限制主要来自两点：一是到位时间，招聘、内部调配、跨项目借人都需要周期；二是磨合成本，新成员熟悉代码、业务和协作方式会占用团队现有成员的带教时间。剩余周期越短，补资源的净收益越低。若迭代还剩两周而新成员需要一周熟悉环境，实际增加的产能可能非常有限。
组合使用多条路径
实际决策中组合使用很常见：缩减一部分低优先级范围，同时对可协商的结果调整验收标准，并把关键缺口对应的资源需求提交到下一个规划周期。组合的关键是每一项调整都有明确的对象和口径，避免出现“范围也减了、目标也松了、资源也加了，但仍然说不清承诺是什么”的局面。
取舍后的沟通、记录与未完成工作处理
决定做出后，落地质量决定取舍是否真正生效。以下动作应在迭代内完成。
- 向干系人说明取舍理由与新承诺：讲清缺口规模、选择了哪条路径、哪些结果保持不变、哪些内容推迟或调整，以及新的验收口径。对外承诺强的场景应尽早沟通，给干系人留出调整下游计划的时间。
- 在迭代记录中更新范围与目标口径：把移出的需求、调整后的验收标准记录在迭代范围内，确保团队和干系人看到的是同一份承诺。范围与目标的变更应有据可查，便于回顾时还原决策过程。
- 未完成工作重新评估优先级后回到待办：未完成项不默认结转到下一迭代。每项都应重新判断是否仍然需要、优先级是否变化、依赖是否已失效，再决定排入哪个迭代。默认结转会让下一迭代一开始就背负未消化的存量，容量问题被推迟而非解决。
- 复盘容量偏差原因：在迭代回顾中分析缺口成因，是估算方法、需求变更频率还是外部占用，并据此改进下次估算与规划。ONES 的迭代回顾可借助燃尽图、工时日志等数据复盘进度与成本偏差，为容量改进提供依据。
这些动作在 ONES 中可依托迭代规划与看板推进：需求按优先级规划至迭代，任务状态在看板上可视化跟进，范围与目标的调整同步反映在迭代记录中，未完成项回到待办重新参与规划。
适配场景与选择建议
不同情境下优先路径不同，以下按常见场景给出建议，并列出需要避免的误判。
对外承诺强、验收标准固定的场景
例如已向客户承诺交付日期和功能范围，或迭代结果直接支撑合规检查。这类场景目标刚性高，优先缩减范围，把非关键交付项移出并明确推迟计划；若缺口大到缩减范围也无法闭合，应尽早暴露风险并评估补资源是否来得及，同时准备对外沟通方案。调整目标口径在这类场景中空间有限，需谨慎使用。
探索型、目标可协商的场景
例如新功能验证、技术预研、内部工具改进。这类场景结果定义本身可以随认知调整，优先调整目标口径，把验收标准收窄到能验证核心假设的程度，保留最有信息量的交付项。缩减范围可作为补充手段，但要注意保留验证目标所需的最小内容。
缺口临时出现且资源可快速到位的场景
例如短期支援、跨团队借调能在数日内形成产出。这类场景可优先补资源，同时保留缩减范围作为兜底。判断关键是到位时间与剩余周期的比例：投入越晚，补资源越接近无效。
常见误判与需要避免的做法
- 缺口未量化就宣布缩减范围，可能减掉了不影响关键路径的内容，真正的问题仍然存在。
- 把调整目标当成默认选项，验收标准反复松动，干系人对迭代承诺失去信任。
- 用补资源掩盖估算问题，下一迭代缺口再次出现。
- 未完成工作直接结转到下一迭代，容量问题被累积而不是被解决。
- 只做单方面决定不同步干系人，验收阶段才发现预期不一致。
总体建议是：先量化缺口，再按目标刚性排序，优先选择代价小、可逆性好的路径，补资源放在时滞可接受的前提下考虑；无论选择哪条路径，都把变更记录清楚，把未完成项重新评估后放回待办。
常见问题
迭代进行到一半才发现容量不足，还来得及补资源吗？
要看剩余周期与到位时间的比例。补资源的生效存在时滞：新成员需要熟悉代码、业务和协作方式，内部调配和跨项目借人也有审批与交接周期。若迭代只剩一两周，而新投入需要一周以上才能形成产出，实际增加的产能非常有限，还可能占用现有成员的带教时间。
这种情况下更稳妥的做法是缩减范围，把非关键交付项移出，同时对确实无法保证的刚性结果提前暴露风险。补资源更适合剩余周期较长、或能在数日内形成产出的短期支援场景。
调整目标和缩减范围可以同时用吗？会不会让承诺变得说不清？
可以同时用，实际决策中组合使用很常见。关键在每一项调整都有明确的对象和口径：哪些交付项被移出、哪些结果的验收标准被调整、调整到什么程度。把这三类信息分别写清楚，承诺仍然是可核对的。
容易出问题的是笼统地“范围也减了、目标也松了”，却没有留下具体记录，验收时各方理解不一致。建议在迭代记录中逐项标注变更内容，并向干系人同步一份新的承诺清单。
缺口是估算偏差造成的，还需要走缩减范围或补资源吗？
先修正剩余工作的估算，再判断是否仍需调整。估算偏差和真实容量缺口对应不同处理：估算偏低需要重新评估未完成需求的工作量，需求中途变更要回到变更源头确认范围，外部事务挤占则判断能否减少占用。
修正估算后缺口可能明显缩小甚至消失，此时不必缩减范围或补资源。若修正后缺口依然存在，再按目标刚性和缺口规模选择路径。把估算问题误判为资源问题，容易导致下一迭代缺口再次出现。
未完成的工作可以直接带到下一个迭代吗？
不建议默认结转。未完成项应先重新评估：是否仍然需要、优先级是否变化、依赖是否已失效，再决定排入哪个迭代。默认结转会让下一迭代一开始就背负未消化的存量，容量问题被推迟而不是被解决。
在 ONES 中，需求按优先级规划至迭代，未完成项回到待办重新参与规划，团队可以在下一次迭代计划时重新排序。迭代回顾时可借助燃尽图、工时日志等数据复盘偏差成因，改进后续估算。
对外承诺很强的迭代，目标刚性高但缺口又很大，该怎么处理？
先评估补资源的到位时间是否赶得上剩余周期。若新投入能在剩余时间内形成有效产能，补资源可以保住刚性结果；若到位时滞覆盖不了剩余时间，应回到缩减范围，并明确哪些刚性结果也无法保证，尽早向干系人暴露风险，给对方留出调整下游计划的时间。
这类场景中调整目标口径的空间有限，需谨慎使用。无论选择哪条路径，都要把新的承诺范围和风险说明记录在迭代记录中，避免验收阶段出现预期不一致。
