项目承接超出容量时，先别急着加人或砍项目。更稳妥的顺序是：用未来8–12周的需求工时对比可用工时，按角色和技能拆出缺口；再判断这是短期波动、结构性不足，还是承诺口径失真；然后冻结新增承诺，按战略与合同约束排序取舍，调整可延后项目的范围或时点；最后用负载率和缺口收敛情况验证恢复，并把容量校验前置到承接决策中。本文聚焦“还能接哪些项目”的判断，已选项目之间的人员协调不在展开范围。
要点总览（TL;DR）
- 先量化再决策：用未来8–12周的需求工时对比可用工时，按角色和技能拆出缺口，避免用年度总量掩盖峰值。
- 区分缺口性质：各角色普遍为负接近总量不足，缺口集中在个别角色或时段则按结构性缺口处理，处置方式不同。
- 处置按顺序推进：先冻结新增承诺并明确决策人与时限，再按战略价值、合同约束和依赖关系形成保留、延后、缩减清单，最后调整范围或时点并取得相关方确认。
- 恢复需要验证：观察关键角色负载率、缺口工时收敛和延期项目数量变化，连续两个周期稳定后再解除冻结。
- 把容量校验前置到承接决策，设置准入阈值并纳入定期组合评审，让超载从突发问题变成可提前识别的规划信号。
超出容量的典型症状与判断范围
容量超载通常不会以“我们人手不够”的形式直接出现，而是通过一组可观察的交付信号暴露出来。先确认这些信号是否同时出现，再决定是否需要进入量化测算。
- 交付延期集中出现：多个项目的里程碑在同一时间段滑期，且延期原因集中在等待评审、等待测试或等待同一批人。
- 关键角色长期满负荷：架构师、核心开发、测试负责人等角色连续数周处于满排状态，请假或离职会直接造成项目停摆。
- 多项目并行时评审排队：需求评审、设计评审、代码评审的等待时间明显拉长，排队对象指向同一组人。
- 支持性工作挤占计划工作：线上问题、客户答疑、临时汇报占用的时间持续上升，计划内任务被反复推迟。
出现上述症状后，需要区分两种不同性质的缺口。总量不足指整体可用工时低于需求工时，各角色普遍吃紧；结构性缺口指整体工时看似够用，但某一技能、某一角色或某一时段存在明显短缺。两者的处置方式不同：总量不足需要取舍项目，结构性缺口可以优先考虑调整人员配置、外部支持或错峰排期。判断方法在下一节展开。
本文的判断对象是“在当前容量下还能承接哪些项目”。已经启动的项目之间如何协调人员冲突、如何做日常排班，属于资源协调的另一类问题，本文只在取舍环节涉及必要的时点调整。
容量缺口的量化口径与数据准备
把“忙不过来”变成可比较的数字，核心是一张按角色拆分的缺口测算表：需求工时减去可用工时，得到每个角色在每个时间窗内的缺口。测算口径统一，结论才有讨论基础。
需求侧：在途与待承接项目工时
把已承诺的在途项目和正在评估的待承接项目分别列出，按角色或技能估算所需工时。估算时注明假设，例如“按历史同类需求平均值推算”“按方案初稿的功能点粗估”。待承接项目要单独成列，因为它们是本次决策中可以被拒绝或延后的部分。
供给侧：可用工时
可用工时不是人数乘以工作日。需要扣除计划休假、法定假日、固定的支持性工作（如运维值班、客户答疑）以及已确定的培训、评审等占用。扣除后的数字才是可以分配给项目的时间。
时间窗与数据可信度
建议采用8–12周滚动窗口，按周或双周列示。年度总量会把旺季峰值和淡季空闲平均掉，掩盖真正的缺口时段。如果工时估算偏差较大，在表中标注假设和置信度，把测算结果作为决策参考，不当作精确结论使用。
| 测算项 | 口径说明 | 示例（演示情景） |
|---|---|---|
| 在途项目需求工时 | 已承诺项目按角色估算的剩余工时 | 后端角色未来8周需320小时 |
| 待承接项目需求工时 | 评估中项目按角色估算的工时，单独列示 | 后端角色需160小时 |
| 可用工时 | 人数×工作日，扣除休假、支持性工作与固定占用 | 后端角色可用360小时 |
| 缺口 | 需求工时合计减可用工时 | 缺口120小时，集中在第3–6周 |
| 假设与置信度 | 标注估算依据与偏差范围 | 待承接项目估算偏差约±20% |
这张表的价值在于把缺口定位到角色和时间段。如果缺口只出现在后端角色且集中在某几周，说明是结构性或时段性问题；如果各角色普遍为负，则更接近总量不足。ONES 的资源与工时管理能力可以承载这类测算所需的基础数据：查看项目和团队的资源利用率及负荷度，多维度统计项目和成员的资源投入，并查询、导出工时登记日志明细，让测算建立在真实登记数据上，而非仅凭印象。
原因假设与排除证据
测算出缺口之后，不要直接把“人不够”当作结论。缺口可能来自需求侧、估算侧或供给侧的多种原因，每条原因对应不同的处置动作。建议按以下顺序排查，每条假设都写明验证证据和当前结论。
| 原因假设 | 验证证据 | 排查顺序 |
|---|---|---|
| 承诺口径失真：对外承诺的项目数量或范围超出实际评估 | 对比销售承诺记录与立项评估记录，看是否存在未评估即承诺的项目 | 1 |
| 估算偏乐观：历史项目实际工时普遍高于估算 | 抽样对比历史项目的估算工时与实际登记工时，计算偏差比例 | 2 |
| 关键角色单点依赖：某技能只有少数人具备 | 按角色看负载分布，确认缺口是否集中在个别人员 | 3 |
| 需求集中涌入：多个项目启动时点重叠 | 按周列示需求工时曲线，看峰值是否由时点重叠造成 | 4 |
| 支持性工作挤占：非项目工作占用大量工时 | 统计工时登记中支持性工作的占比及变化趋势 | 5 |
排查时注意结论的表述边界。例如抽样显示历史估算平均偏低15%，只能说明“估算偏乐观存在证据支持”，不能直接推断所有在途项目都低估了15%。未完成验证的假设保留为待查项，在处置时作为风险提示，而不是决策依据。按角色看负载分布是区分总量与结构的关键动作：若多数角色负载在合理区间、个别角色显著超载，优先按结构性缺口处理。
处置步骤：冻结、排序与调整
确认缺口后，处置按顺序推进：先止住新增，再排优先级，最后做调整。顺序颠倒会导致一边取舍一边继续承接，缺口无法收敛。
第一步：冻结新增承诺
明确暂停承接新项目的决策人和时限，例如由项目组合负责人决定，冻结期与一个测算窗口对齐。冻结期内新需求只登记不承诺，避免缺口继续扩大。冻结不是长期政策，而是为排序争取时间。
第二步：按优先级形成取舍清单
对在途和待承接项目统一排序，依据包括战略价值、合同约束和项目间依赖关系。输出三张清单：保留、延后、缩减。合同约束强的项目优先保留，但需评估延期交付的违约风险；战略价值高但时点灵活的项目可以延后；范围可拆分的项目优先缩减首期范围。
第三步：调整并与相关方确认
对延后或缩减的项目，明确调整的是范围、时点还是交付方式，并取得客户或业务方的书面确认。调整方案中写明风险、确认人和确认时间。
风险边界：涉及合同违约或客户承诺变更时，先评估影响并设置停止点，例如“若客户不同意延期超过两周，则回到排序环节重新取舍”。调整前备份现有项目计划与承诺记录，保留调整前的版本，便于回溯和对外沟通。
恢复验证与复发预防
调整方案执行后，需要验证容量是否回到可控区间，并把校验动作前置，防止再次超载。
验证指标建议观察三项：关键角色的负载率是否回落到合理区间；缺口工时是否逐周收敛；延期项目数量是否停止增长并开始下降。观察周期与测算窗口一致，例如每两周复盘一次，连续两个周期指标稳定后再解除冻结。复盘时对照调整前的测算表，确认缺口收敛来自取舍动作，而非估算口径变化。
预防机制的核心是把容量校验放进承接决策。具体做法包括：新项目立项前必须提交按角色拆分的工时估算，并与当前容量看板比对；设置准入阈值，例如关键角色负载率超过约定上限时不予承诺；容量看板按滚动窗口定期更新，纳入项目组合的定期评审。ONES 的甘特视图可查看成员每日投入饱和明细，按筛选与分组掌握成员在不同项目的投入比重，并通过拖拉拽调整项目排期，适合在承接评审和排期调整时作为容量校验的操作界面。准入阈值和预警规则的具体配置方式，建议在选型或实施时与厂商确认。
把容量数据纳入定期组合评审，形成“测算—承接—验证—复盘”的闭环，超载就会从突发问题变成可提前识别的规划信号。
常见问题
冻结新增承诺会不会影响客户关系，冻结期应该设多长？
冻结的对象是“未经容量评估的新承诺”，对已承诺项目的影响需要在排序环节单独评估。执行时建议把冻结期与一个测算窗口对齐，例如8–12周，并在冻结期内保持新需求登记和评估，只是暂不对外承诺时点。对外沟通时说明这是排期校准期，给出重新承诺的时间点，比笼统答复“最近很忙”更容易获得理解。
如果冻结期内出现合同强约束的新机会，把它作为例外提交给冻结决策人评估，评估依据是当前缺口和可腾挪的容量，而不是销售单方面的判断。
工时估算偏差很大，测算结果还可信吗？
估算偏差大时，测算结果仍然有用，前提是把假设写清楚。做法是在缺口测算表中标注每项估算的依据和偏差范围，例如“按历史同类需求平均值推算，偏差约±20%”。这样结论的表述会变成“缺口大概率存在且集中在第3–6周”，而不是一个精确数字。
同时可以用历史项目做校准：抽样对比估算工时与实际登记工时，算出平均偏差比例，再对当前估算做方向性修正。偏差本身也是排查线索，如果历史估算系统性偏乐观，说明问题部分出在估算环节，而不只是人手不足。
结构性缺口和总量不足的处置有什么不同？
总量不足意味着各角色普遍吃紧，可腾挪空间有限，处置重点在项目取舍：延后或缩减部分项目，把容量集中到优先级最高的项目上。结构性缺口则是整体工时看似够用、个别技能或角色明显短缺，处置可以更灵活：优先考虑错峰排期、外部支持、内部调配或调整项目对该角色的依赖方式。
判断依据是按角色看负载分布。多数角色负载在合理区间、个别角色显著超载，按结构性缺口处理；各角色缺口同时为负，则按总量不足处理。两类问题可能同时存在，此时先处理总量，再处理结构。
调整在途项目时，哪些情况必须先停下来评估？
涉及合同违约风险或客户承诺变更时，先评估影响再执行调整。具体包括：延期可能触发违约条款的项目、已对外发布交付日期的项目、与其他项目存在强依赖且调整会连锁影响的项目。
评估时设置明确的停止点，例如“若客户不同意延期超过两周，则回到排序环节重新取舍”。调整前备份现有项目计划与承诺记录，保留调整前版本，便于回溯和对外沟通。调整方案中写明风险、确认人和确认时间，避免口头确认后无人跟进。
容量看板和准入规则怎么落地，需要工具支持吗？
落地的基础是数据：按角色拆分的需求工时、可用工时和实际登记工时。这些数据如果分散在表格和邮件里，看板很难持续更新。使用项目与工时管理工具可以减轻维护负担，例如 ONES 支持查看项目和团队的资源利用率及负荷度，多维度统计项目和成员的资源投入，并可查询、导出工时登记日志明细；甘特视图可查看成员每日投入饱和明细，按筛选与分组掌握成员在不同项目的投入比重。
准入阈值和预警规则的具体配置方式，建议在选型或实施时与厂商确认。规则本身可以先从简单形式起步，例如关键角色负载率超过约定上限时不承诺新项目，运行一段时间后再根据复盘结果调整阈值。
