项目组合容量规划表把组合层面的资源需求与可用容量放在同一张表里核对，用来回答“在现有约束下还能承接哪些项目”。下面给出一张可直接复制的空白表，并逐列说明取数口径、必填与选填的取舍，再用一个季度的完整示例演示如何从缺口推导出可承接结论，最后说明表格的更新与扩展方法。
要点总览（TL;DR）
- 模板按“资源组×规划期间”展开，核心列包括可用容量、已承诺占用、剩余容量、待评估需求、缺口、情景假设与决策结论。
- 资源组、期间、容量单位、可用容量、已承诺占用、待评估需求、缺口、决策结论为必填；剩余容量、情景假设、情景后缺口可按规划粒度选填。
- 缺口＝待评估需求－剩余容量，按资源组和期间分别计算；判断可承接时先看关键瓶颈组缺口能否降到零以下。
- 示例演示了后端、前端、测试三个资源组在一个季度内的缺口推导，结论落在“补充容量或缩减范围后可承接几个项目”。
- 表格需按月或按季度滚动更新，并在立项、取消、人员变动、范围调整时触发重算，决策结论回写后形成测算—决策—复核闭环。
可复制空白模板：项目组合容量规划表
模板按“资源组 × 规划期间”展开，每个资源组在每个期间占一行，行内记录该期间的容量供给、已占用和待评估需求，右侧留出情景测算与决策结论。复制到表格工具后，把资源组和期间替换为实际值即可使用。
| 资源组/技能 | 期间 | 容量单位 | 可用容量 | 已承诺占用 | 剩余容量 | 待评估需求 | 缺口 | 情景假设 | 情景后缺口 | 决策结论 |
|---|---|---|---|---|---|---|---|---|---|---|
表下方可附一个情景测算区，用于并列比较多个方案。每个情景占一行，记录情景名称、调整内容、对缺口的影响和结论，便于在评审时对照。
| 情景名称 | 调整内容 | 影响的资源组与期间 | 缺口变化 | 是否可承接 | 结论说明 |
|---|---|---|---|---|---|
字段说明：每一列记录什么、怎么取数
字段口径统一，表格才能在不同期间、不同评审之间横向比较。以下逐列说明含义与取数来源。
资源组与期间
资源组按角色或技能划分，例如后端开发、前端开发、测试、产品设计，粒度以能独立排产为准。期间通常取月或季度，与组合评审节奏一致。容量单位在整张表内保持统一，常用人天、人时或 FTE（全职当量），选定后不要混用；若不同资源组习惯不同单位，在“容量单位”列注明并在汇总时换算。
可用容量与已承诺占用
可用容量指该资源组在该期间可投入项目的总工时，取数来源包括在岗人数、可用工作日、扣除休假与培训后的可分配比例。已承诺占用指已立项项目在该期间已排入的工时，来源是项目计划中的资源分配或工时预估。剩余容量等于可用容量减已承诺占用，反映当前还能动用的空间。
待评估需求与缺口
待评估需求指尚未决策的候选项目在该期间需要的工时，按资源组拆分后填入。缺口等于待评估需求减剩余容量：结果为正表示容量不足，为负表示仍有富余。缺口按资源组和期间分别计算，避免用总量平衡掩盖局部瓶颈。
情景假设、情景后缺口与决策结论
情景假设记录测算前提，例如“新增项目A”“项目B延后一个季度”“缩减项目C范围20%”。情景后缺口是在该假设下重新计算的缺口。决策结论写明该资源组在该期间的处理意见，例如“可承接”“需外部补充”“延后至下季度”，并注明决策日期与责任人，便于后续追溯。
必填与选填：哪些字段不能空
必填字段决定表格能否支撑承接判断，缺失会直接导致结论失真；选填字段用于补充背景，按规划粒度取舍。
| 字段 | 属性 | 缺失后果或适用场景 |
|---|---|---|
| 资源组/技能 | 必填 | 缺失则无法定位瓶颈，缺口失去归属 |
| 期间 | 必填 | 缺失则无法判断需求与容量的时间匹配 |
| 容量单位 | 必填 | 缺失或混用会导致数值不可比 |
| 可用容量 | 必填 | 缺失则无法计算剩余容量与缺口 |
| 已承诺占用 | 必填 | 缺失会高估可承接空间 |
| 待评估需求 | 必填 | 缺失则表格退化为现状统计，无法回答承接问题 |
| 缺口 | 必填 | 由公式计算，缺失则结论无依据 |
| 决策结论 | 必填 | 缺失则表格无法衔接项目选择 |
| 剩余容量 | 选填（建议保留） | 可由公式得出，保留便于快速阅读 |
| 情景假设 | 选填 | 单情景测算时可省略，多方案比较时必填 |
| 情景后缺口 | 选填 | 随情景假设启用 |
规划粒度影响字段取舍。组合层面按季度、按资源组汇总时，可省略成员级明细，只保留资源组行；若需要支撑排期，则增加成员或技能细分列，并把期间缩短到月或周。情景列在常规滚动更新中可只保留一个主情景，进入立项评审前再展开多情景对比。
填写示例：一个季度的组合容量测算
以下示例为演示情景，数据为虚构，用于说明填写方式与结论推导。假设某季度有三个资源组，容量单位为人天。
| 资源组/技能 | 期间 | 容量单位 | 可用容量 | 已承诺占用 | 剩余容量 | 待评估需求 | 缺口 | 情景假设 | 情景后缺口 | 决策结论 |
|---|---|---|---|---|---|---|---|---|---|---|
| 后端开发 | 2025 Q2 | 人天 | 520 | 430 | 90 | 150 | 60 | 新增项目A需120人天 | 180 | 需外部补充或延后项目A |
| 前端开发 | 2025 Q2 | 人天 | 400 | 300 | 100 | 80 | -20 | 新增项目A需60人天 | 40 | 可承接项目A前端部分 |
| 测试 | 2025 Q2 | 人天 | 300 | 260 | 40 | 70 | 30 | 项目B延后一季释放50人天 | -20 | 延后项目B后可承接 |
从示例可以读出结论：后端组在现有承诺下剩余90人天，待评估需求150人天，缺口60人天；若再纳入项目A的120人天，缺口扩大到180人天，说明后端是主要瓶颈。前端组剩余100人天，覆盖80人天需求后仍有20人天富余，纳入项目A的60人天后缺口为40人天，需要压缩其他需求或补充人手。测试组缺口30人天，若项目B延后一季释放50人天，则情景后缺口为负20人天，具备承接条件。
据此可承接项目数量的判断方法是：先看各资源组缺口是否同时为非正，再看情景调整能否把关键瓶颈组的缺口降到零以下。示例中只有测试组通过延后项目B转为可承接，后端组仍需补充或缩减范围，因此本季度整体可承接的新增项目数量受后端容量限制，结论应写成“在后端补充60人天或项目A缩减范围的前提下，可承接1个新增项目”。
调整与维护方法：让表格随组合变化持续可用
容量规划表的价值在于持续反映组合变化，单次填写后搁置会迅速失真。维护重点在更新节奏、扩展方式和与决策的衔接。
更新频率与触发条件
常规更新与组合评审节奏对齐，按月或按季度滚动一次，刷新可用容量和已承诺占用。出现以下情况时应立即触发更新：新项目立项或项目取消、关键人员变动、项目范围或交付时间调整、外部资源补充到位。每次更新保留历史版本，记录变更原因，便于对比缺口变化趋势。
新增资源组或情景列的扩展方法
新增资源组时，在表中追加行并沿用相同列结构，同步补充该组的可用容量取数来源，避免只加行不加口径。新增情景时，在情景测算区追加行，写明假设内容和影响的资源组与期间，不要直接覆盖主表数值，保持基准情景与调整情景可对照。若情景数量增多，可把情景测算区独立成附表，主表只保留基准缺口和最终结论。
与项目选择决策的衔接
表格输出应直接进入立项或组合评审：每个待评估项目对应到资源组和期间的增量需求，评审时依据缺口和情景后缺口决定承接、延后或缩减范围，并把结论回写到决策结论列。决策结论需要注明责任人和日期，下一次更新时核对执行情况，形成“测算—决策—复核”的闭环。
当组合涉及多个项目团队、容量数据分散在各自计划中时，可以把资源组容量、已承诺占用和待评估需求登记为工作项或文档中的结构化数据，用资源规划视图按优先级安排团队资源，并通过资源利用率与负荷度查看识别瓶颈。ONES 的资源管理支持跨项目团队资源规划，提供资源规划视图和甘特视图，可查看项目和团队的资源利用率及负荷度，并支持筛选分组掌握成员在不同项目的投入比重。这样表格中的缺口结论可以与系统中的排期和工时数据相互核对，决策记录也有统一承载位置。具体功能范围以实际版本为准。
常见问题
组合层面按季度汇总时，还需要保留成员级明细吗？
按季度、按资源组汇总时，成员级明细可以省略，只保留资源组行，表格更易读，也足以支撑“还能承接哪些项目”的判断。当需要支撑具体排期、判断某个技能是否被少数人卡住时，再增加成员或技能细分列，并把期间缩短到月或周。两种粒度可以并存：主表保留资源组汇总，附表放成员明细，汇总数与明细数定期核对一致。
缺口算出来是负数，是否就代表这个资源组可以无限接项目？
负缺口表示该资源组在该期间还有富余，可承接空间的上限就是这个富余量。实际承接时还要看三个条件：富余是否集中在同一期间、是否依赖特定技能人员、以及新项目需求是否落在该期间内。若富余分散在多个期间而新项目需求集中在一个月，仍可能出现局部缺口。因此结论应写成“在某期间可承接不超过X人天的增量需求”，而不是笼统判断该资源组有余量。
多个情景并行比较时，主表数值要不要跟着改？
主表保留基准情景的数值，情景调整放在情景测算区单独记录，两者对照阅读。每个情景写明假设内容、影响的资源组与期间、缺口变化和是否可承接。评审确定采用某个情景后，再把该情景的调整结果回写到主表并注明生效日期，同时保留调整前的版本。这样既能看到基准缺口，也能追溯结论是依据哪个情景得出的。
容量数据分散在各项目团队的计划里，表格怎么保证取数一致？
先统一口径再汇总：明确容量单位（人天、人时或FTE）在整张表内一致，规定可用容量的扣除项（休假、培训、支持性工作），并约定已承诺占用以项目计划中的资源分配为准。取数时按资源组和期间从各团队计划中提取，汇总后与总量核对。若使用 ONES 承载数据，可将资源组容量、已承诺占用和待评估需求登记为工作项或文档中的结构化数据，用资源规划视图按优先级安排团队资源，并通过资源利用率与负荷度查看识别瓶颈，使表格结论与系统排期相互核对。具体功能范围以实际版本为准。
表格更新后，之前做出的承接结论要不要保留？
要保留。每次更新生成新版本，旧版本归档，记录变更原因和变更日期。决策结论列注明责任人与决策日期，下一次更新时核对执行情况：已承接项目是否按计划占用容量、延后项目是否释放了容量、补充资源是否到位。保留历史版本的价值在于对比缺口变化趋势，判断瓶颈是短期波动还是持续存在，为下一轮项目选择提供依据。
