项目组合容量规划表要解决一个具体判断：下一周期团队还能承接哪些项目，哪些项目需要排队或拆分。做法是把“可投入的容量”和“待承接的项目需求”放在同一张表里，按周期和资源组对齐。表格至少包含周期、资源组、可用容量、已占用容量、新增需求、容量差额和承接结论七类字段，并配套固定的填报口径、评审节奏和责任人，才能从一份静态名单变成可执行的承接决策依据。
要点总览（TL;DR）
- 容量规划表按“周期×资源组”组织行，最小字段集包括周期、资源组、可用容量、已占用容量、新增需求、容量差额、承接结论和责任人八项，每项都要有统一口径。
- 操作按四步走：确定周期与资源组、盘点可用容量、汇总项目需求、计算差额并形成承接结论；每步都有输入、输出和完成标志，避免差额失去可信度。
- 可用容量要扣除休假、培训、支持性工作和预留缓冲；需求按角色折算，与容量使用同一单位，两侧口径一致才能相加比较。
- 承接结论分为可承接、需排队、需拆分或外部补充四类，每行负差额都要有结论和责任人确认，避免“待定”长期悬挂。
- 表格按季度或月度滚动评审，与立项节点对齐；口径调整、容量重估和需求变更都要留痕，并用字段齐全、口径一致、差额有结论、结论有确认、变更可追溯五项清单验收。
容量规划表要回答的问题与最小字段集
这张表的判断目标有两个：下一周期各资源组还能承接多少项目，以及候选项目按什么顺序排队。围绕这个目标，表格的行应按“周期×资源组”组织，资源组可以是角色（如后端开发、测试、产品经理），也可以是技能组（如前端、数据、运维）。按人罗列会让人数很多时难以阅读，也不便于在组合层面比较需求与供给；按资源组汇总，才能直接看出某类能力是否紧张。
最小字段集如下表所示。字段不多，但每个字段都需要明确口径，否则不同部门填出来的数字无法相加。
| 字段名 | 含义 | 单位 | 填报口径 | 责任人 |
|---|---|---|---|---|
| 周期 | 规划覆盖的时间段 | 季度或月度 | 与立项和预算节点对齐，全表统一 | 组合管理角色 |
| 资源组 | 按角色或技能划分的供给单元 | — | 组内成员可互换承担同类任务，分组粒度全周期保持一致 | 组合管理角色 |
| 可用容量 | 该资源组本周期可投入项目的工作量 | 人天或人月 | 总可用工时扣除休假、培训、支持性工作与预留缓冲后的净值 | 资源组负责人 |
| 已占用容量 | 已立项项目在本周期对该资源组的占用 | 人天或人月 | 按已确认的项目计划折算，不含尚未批准的需求 | 资源组负责人 |
| 新增项目需求 | 候选项目对本资源组的投入估算 | 人天或人月 | 按角色折算，与可用容量使用同一单位 | 项目经理或需求提出方 |
| 容量差额 | 可用容量减已占用容量再减新增需求 | 人天或人月 | 正数为余量，负数为缺口，按资源组逐行计算 | 组合管理角色 |
| 承接结论 | 对该资源组相关项目的处理意见 | — | 取值为可承接、需排队、需拆分或外部补充，并注明对应项目 | 决策层确认 |
| 责任人 | 该行数据的确认人 | — | 资源组负责人与组合管理角色双签 | 资源组负责人 |
口径上有两处最容易出问题。一是可用容量：如果只填人数乘工作日，会把休假、会议和支持性工作算成可投入项目的时间，导致差额虚高。建议在表内单列“扣除项”或在口径说明中写明扣除比例，并保留一段缓冲应对突发支持。二是需求折算：项目提出方常按“需要几个人”描述，而容量表按人天计量，需要统一换算，并说明估算依据是历史类似项目还是任务分解。
从容量盘点到承接结论的操作步骤
表格填完后要能直接支撑决策，需要按固定顺序走完四步。每一步都有输入、动作、输出和完成标志，缺一步就会让差额失去可信度。
第一步：确定规划周期与资源组划分粒度
输入是组合层面的项目立项节奏和预算周期。动作是确定本次规划覆盖一个季度还是一个月，并划定资源组清单。输出是一份周期与资源组定义。完成标志是所有填报方对周期起止日期和资源组名称没有歧义。常见分歧是研发按职能分组、交付按项目分组，此时应在组合层面统一为职能或技能组，项目维度的差异放到需求侧体现。
第二步：盘点可用容量
输入是人员名单、合同工时、已批准的休假与培训安排、固定的支持性工作占用。动作是资源组负责人按人汇总总工时，逐项扣除不可投入项目的时间，再按组加总，并预留缓冲。输出是各资源组本周期可用容量。完成标志是每个资源组的数字都能追溯到人员名单和扣除项，且扣除口径在组间一致。
第三步：汇总项目需求
输入是候选项目清单及每个项目的角色投入估算。动作是项目经理按资源组拆解所需投入，注明估算依据和假设，组合管理角色汇总为按资源组的需求量。输出是一张按资源组排列的新增需求清单。完成标志是每个候选项目都有估算，且估算单位与可用容量一致。若某项目估算明显偏离历史同类项目，应在提交时附说明，而不是在评审会上临时争论。
第四步：计算差额并形成承接结论
输入是前两步的容量数据和第三步的需求数据。动作是逐资源组计算差额，再结合项目优先级判断：差额为正且能覆盖某项目全部需求，结论为可承接；差额为负但项目优先级高，结论为需排队或需拆分，拆分指把项目范围或上线批次切开，使单周期投入落在容量内；关键技能组长期缺口且无法内部调配时，结论为外部补充。输出是带结论的容量规划表。完成标志是每一行差额都有对应结论，每个结论都有责任人确认，没有“待定”长期悬挂。
角色分工与各角色的交付物
容量规划表如果只由一个人维护，很快会变成过期文档。让数据从离资源最近的人手里产生，再由组合管理角色汇总，决策层在评审会上确认，表格才有持续更新的动力。
| 角色 | 职责 | 交付物 | 提交时点 |
|---|---|---|---|
| 资源组负责人 | 盘点本组可用容量与已占用情况，说明扣除项 | 可用容量与已占用容量数据及口径说明 | 规划周期开始前两周 |
| 项目经理或需求提出方 | 提交候选项目的角色投入估算与优先级建议 | 项目需求估算表，含假设与依据 | 规划周期开始前两周 |
| 组合管理角色 | 汇总数据、核对口径、计算差额、组织评审材料 | 容量规划表初稿与差额分析 | 评审会前三天 |
| 决策层 | 在评审会上确认承接结论与项目优先级，裁决资源冲突 | 评审纪要中的承接结论与责任人 | 评审会当天 |
时点安排上，资源组负责人和项目方的提交应同步截止，避免一方等另一方。组合管理角色在汇总阶段发现口径不一致时，应退回提交方修正，而不是自行改数。决策层的确认要落到具体项目和资源组，例如“项目A后端需求延至下季度”，而不是笼统的“资源紧张，注意控制”。
当容量数据和项目工时已经在系统中持续记录时，盘点环节可以减少手工汇总。ONES 的资源管理支持通过工作数量和工时规模了解成员排期，并支持筛选与分组掌握成员在不同项目的投入比重；其资源和工时管理方案提供资源规划视图，可按业务优先级安排团队资源，查看项目和团队的资源利用率及负荷度。这些数据可以作为容量表的输入来源，差额判断和承接结论仍由组合管理角色和决策层在表中完成。
填写示例：一个季度的容量差额如何得出
以下为演示情景，数字仅用于说明推导过程，不代表任何真实组织的数据。设定一个季度，两个资源组：后端开发组和测试组；三个候选项目：项目甲、项目乙、项目丙。
先盘点可用容量。后端开发组共6人，季度总工时按每人60人天计为360人天，扣除休假与培训30人天、支持性工作40人天、预留缓冲20人天，可用容量为270人天。测试组共3人，总工时180人天，扣除休假与培训15人天、支持性工作25人天、预留缓冲10人天，可用容量为130人天。
再统计已占用容量。后端开发组已立项项目占用150人天，测试组已立项项目占用70人天。
然后折算新增需求。项目甲需要后端80人天、测试40人天；项目乙需要后端60人天、测试30人天；项目丙需要后端50人天、测试35人天。三个项目合计后端需求190人天，测试需求105人天。
| 资源组 | 可用容量 | 已占用 | 新增需求 | 容量差额 | 承接结论 |
|---|---|---|---|---|---|
| 后端开发组 | 270人天 | 150人天 | 190人天 | -70人天 | 按优先级承接甲、乙，丙排队或拆分 |
| 测试组 | 130人天 | 70人天 | 105人天 | -45人天 | 甲、乙可承接，丙测试部分排队 |
推导过程是：后端可用270减已占用150，剩余120人天；新增需求190人天，差额为负70人天。若项目甲、乙优先级高于丙，甲和乙合计后端需求140人天，仍超出剩余容量20人天，说明即使只接甲、乙也需要压缩范围或补充外部资源；若只接甲，后端需求80人天在120人天余量内，结论为可承接。测试组剩余60人天，甲和乙合计测试需求70人天，超出10人天，可将项目乙的测试批次延后或与项目甲合并测试。示例中的扣除项比例、项目估算和优先级均为假设，实际使用时需替换为本组织的真实数据，并保持两侧口径一致。
评审节奏、版本维护与完成检查
容量规划表按季度或月度滚动更新，评审时点与项目立项节点对齐。季度规划适合项目周期较长的组合，月度滚动适合需求变化快的团队。每次评审前完成数据提交和汇总，评审会上只讨论差额和承接结论，不再重复核对原始数字。评审后形成纪要，明确哪些项目进入、哪些排队、哪些拆分，并指定下一次复核时间。
版本维护要留痕。口径调整（例如缓冲比例从10%改为15%）、容量重估（例如关键成员离职或转岗）、需求变更（例如项目范围扩大）都应记录变更原因、影响行和确认人。没有变更记录的表格，下一次评审时无法解释数字为何与上期不同。
完成检查可按以下清单逐项核对：
- 字段齐全：周期、资源组、可用容量、已占用容量、新增需求、容量差额、承接结论、责任人八项均有填写。
- 口径一致：所有资源组的可用容量使用同一扣除规则，需求估算与容量使用同一单位。
- 差额有结论：每一行负差额都对应可承接、需排队、需拆分或外部补充中的一种处理意见。
- 结论有确认：承接结论经决策层在评审纪要中确认，并注明责任人和复核时间。
- 变更可追溯：本期与上期的口径调整和容量重估有记录。
表格失效通常有几个信号：连续多个周期数据未更新；不同资源组对“可用容量”各自解释，导致差额无法比较；评审会形成了结论但无人跟进执行；候选项目清单长期不变，说明需求侧没有真实输入。出现这些信号时，应先回到第一步重新确认周期和资源组定义，再检查填报责任是否落到具体角色，而不是继续在旧表上修补数字。
常见问题
容量规划表按人罗列还是按资源组汇总？
建议按“周期×资源组”组织行，资源组可以是角色（如后端开发、测试、产品经理），也可以是技能组（如前端、数据、运维）。按人罗列在人数多时难以阅读，也不便于在组合层面比较供给与需求；按资源组汇总，能直接看出某类能力是否紧张。分组粒度确定后，全周期保持一致，组内成员应能互换承担同类任务。
可用容量要不要预留缓冲，预留多少合适？
需要预留。可用容量应扣除休假、培训、支持性工作和预留缓冲，只把真正能投入项目的时间计入。缓冲比例没有统一标准，取决于团队支持性工作的波动程度和突发需求频率；本文示例使用约5%至10%的缓冲，仅用于演示推导，实际使用时按本组织历史数据确定，并在口径说明中写明，保证各资源组使用同一规则。
候选项目需求估算和容量单位不一致怎么办？
统一换算后再汇总。项目提出方常按“需要几个人”描述，容量表按人天或人月计量，需要把人数按投入比例和周期折算成人天，并注明估算依据是历史类似项目还是任务分解。组合管理角色在汇总阶段发现单位或口径不一致时，应退回提交方修正，而不是自行改数，否则差额无法比较。
差额为负时，排队、拆分和外部补充怎么选？
结合项目优先级和缺口性质判断。差额为负但项目优先级高，可把项目范围或上线批次切开，使单周期投入落在容量内，即拆分；优先级较低的项目进入排队，等下一周期容量释放；关键技能组长期缺口且无法内部调配时，考虑外部补充。每行负差额都要落到其中一种结论，并注明对应项目和责任人，由决策层在评审会上确认。
容量数据已经在系统里记录，还需要手工填表吗？
系统数据可以减少手工汇总的工作量，但组合层面的差额判断和承接结论仍需在表中完成。ONES 的资源管理支持通过工作数量和工时规模了解成员排期，支持筛选与分组掌握成员在不同项目的投入比重，资源和工时管理方案提供资源规划视图，可查看项目和团队的资源利用率及负荷度。这些数据可作为容量表的输入来源，扣除口径、需求折算和承接结论仍由组合管理角色和决策层确认。
