项目组合容量规划表要回答的是组合层面的一个具体问题：在现有资源条件下，还能承接哪些项目、哪些需要推迟。表格以“资源池—时间桶—需求与供给”为骨架，把各项目的容量需求与可用容量放在同一口径下对比，得出缺口或余量。本文给出可直接套用的字段设计、五步填写流程、角色分工、填写样例与验收清单，并说明如何借助ONES把这张表从静态文档变成按月或按季更新的评审机制。
要点总览（TL;DR）
- 容量规划表的骨架是“资源池—时间桶—需求与供给”：资源池按角色或技能划分，时间桶按季度或月度切分，需求与供给使用同一计量单位。
- 可用容量需要从理论工时中扣除非项目投入（假期、运维、支持、会议等），扣减规则写入口径定义表并固定下来，缺口结论才能跨期比较。
- 填写分五步：盘点资源池与可用容量、收集项目容量需求、按时间桶汇总供需并计算缺口、情景调整与优先级排序、评审确认与基线冻结。
- PMO维护表结构与汇总，项目经理填报需求，资源负责人确认供给，组合决策层决定承接与推迟，四类交付物首尾相接。
- 验收看口径一致性、需求覆盖率、供给确认率、缺口可追溯性和更新机制；表格连续两个周期未更新即为失效信号。
容量规划表先定口径：资源池、时间桶与计量单位
建表之前先定三件事：资源池怎么划分、时间怎么切分、数字用什么单位。这三项口径一旦确定，后续所有填报和汇总才有可比性；口径反复变动，表格很快就会失去参考价值。
资源池按角色或技能划分
资源池建议按角色或技能划分，例如后端开发、前端开发、测试、产品经理、UI设计，而不是按人名逐行堆叠。按角色划分的好处是：项目需求通常以“需要几名后端、投入多少人天”的形式提出，与角色池天然对应；人员流动或调岗时只需调整池内成员，不必重排整张表。按人名建表看似精确，实际会把容量规划退化成个人排班，一旦有人请假或转岗，全表都要改。人名可以作为资源池的明细行保留，用于核对池内成员构成，汇总仍以角色池为单位。
时间桶粒度与规划周期匹配
时间桶指表格横向切分的时间单位。季度粒度适合年度或半年度组合规划，行数少、便于决策层阅读；月度粒度适合项目启动密集、资源紧张的阶段，能更早发现缺口。常见做法是“季度为主、月度展开”：主表按季度列出供需，对临近的一个季度再拆到月度。时间桶跨度应与项目的典型交付周期匹配，若多数项目周期在两个月以内，纯季度粒度会掩盖短期超载。
人天与FTE的选择与换算
人天表示某资源池在某时间桶内可投入或需要投入的总天数；FTE（全职当量）表示相当于多少个全职人员。两者可以换算：1 FTE 在一个月内约等于当月可工作天数的人天，在一个季度内约等于季度可工作天数。选择建议如下：
| 计量单位 | 适用场景 | 注意事项 |
|---|---|---|
| 人天 | 项目估算以工作量为基础，需要与任务级估算衔接 | 需在表头注明每人每月可工作天数口径 |
| FTE | 决策层阅读，关注“几个人的缺口” | 需注明换算基准，避免不同池口径不一 |
全表只选一种单位作为填报单位，另一种作为展示换算，避免同一张表里两种单位混用。
可用容量的扣减项
可用容量不等于在岗人数乘以工作日。需要从理论工时中扣除非项目投入：法定假期与年假、运维与线上支持、例行会议与培训、招聘中的空缺岗位、部分投入的管理事务。扣减规则应写入口径定义表并固定下来，例如“每名成员每月按可工作天数的80%计入可用容量”，或按角色分别设定扣减比例。规则一旦冻结，各期填报沿用同一标准，缺口结论才可跨期比较。
| 口径项 | 定义示例 | 责任人 |
|---|---|---|
| 资源池清单 | 后端、前端、测试、产品、设计，共5个池 | PMO |
| 时间桶粒度 | 季度为主，临近季度拆到月度 | PMO |
| 计量单位 | 填报用人天，展示附FTE换算 | PMO |
| 可用容量扣减 | 按可工作天数的80%计入，假期单独扣减 | 资源负责人确认 |
核心答案：容量规划表的字段与填写步骤
一张可用的容量规划表由四组字段构成，填写过程分五步，每步都有明确的输入、动作、输出和完成标志。
字段清单
| 字段分组 | 字段 | 说明 |
|---|---|---|
| 资源池信息 | 资源池名称、技能标签、池内成员数、所属部门 | 标识每个容量池及其构成 |
| 需求侧 | 项目名称、项目编号、优先级、需求资源池、时间桶、需求人天、需求依据、提出人、提出日期 | 每个项目在每个池、每个时间桶一行 |
| 供给侧 | 资源池、时间桶、理论容量、扣减项、可用容量、已承诺容量、确认人、确认日期 | 按池和时间桶汇总，已承诺容量指已批准项目的占用 |
| 缺口与结论 | 缺口或余量、超载比例、候选承接结论、决策人、决策日期、备注 | 由供需对比计算得出，记录承接判断 |
五步填写流程
步骤一：盘点资源池与可用容量。输入为人员名册、考勤与假期安排、已知的非项目投入。动作为按池统计各时间桶的理论工时，按口径定义表扣减后得到可用容量。输出为供给基线表。完成标志是每个池、每个时间桶都有可用容量数值，且扣减项有记录。
步骤二：收集项目容量需求。输入为组合内项目清单、各项目的阶段计划与工作量估算。动作为项目经理按“项目×资源池×时间桶”填报需求人天，并注明估算依据（如历史项目类比、任务分解汇总）。输出为需求行集合。完成标志是计划期内所有在研和待启动项目均已填报，无遗漏项目。
步骤三：按时间桶汇总供需并计算缺口。动作为将需求按池和时间桶汇总，与可用容量相减，得到缺口或余量，并计算超载比例（需求÷可用容量）。输出为缺口/余量表。完成标志是每个池、每个时间桶都有明确的缺口或余量数值，超载项已标出。
步骤四：情景调整与优先级排序。动作为针对超载池，评估推迟低优先级项目、调整项目投入节奏、跨池调配或外部补充等选项，形成若干情景并比较结果。输出为候选承接清单，列明可承接项目、需推迟项目和所需前提。完成标志是每个超载池都有至少一个可行调整方案，且方案与项目优先级一致。
步骤五：评审确认与基线冻结。动作为组合评审会审议缺口结论与承接方案，确认后冻结为本期容量基线，并记录决策人与决策日期。输出为冻结版容量基线。完成标志是基线版本已发布，各项目负责人知悉本期承接结论。
角色分工与各环节交付物
容量规划表失效的常见原因，是它变成某个人独自维护的静态文档。明确谁填、谁审、谁决策，并规定提交时点，表格才能按期滚动。
| 角色 | 职责 | 交付物 | 提交时点 |
|---|---|---|---|
| PMO/组合管理员 | 维护表结构与口径，汇总供需，组织评审 | 口径定义表、缺口汇总表、评审材料 | 每期填报启动前发布模板，汇总截止后2个工作日内完成汇总 |
| 项目经理 | 按统一口径填报本项目容量需求，注明估算依据 | 需求行及估算说明 | 填报窗口内提交，通常为每期开始前一周 |
| 资源负责人（职能经理/技术负责人） | 确认本池可用容量与扣减项，审核需求合理性 | 供给基线确认、需求审核意见 | 需求提交后3个工作日内完成确认 |
| 组合决策层 | 审议缺口结论，决定承接、推迟与调整方案 | 承接决策记录、冻结版基线 | 评审会上确认，会后1个工作日内发布 |
四个角色的交付物首尾相接：项目经理的需求行是资源负责人确认供给的输入，PMO的缺口汇总表是决策层评审的依据，决策层的冻结基线又成为下一期已承诺容量的起点。任一环节缺失，下一环节的数据就失去可靠性。
示例：一个季度容量规划表的填写样例
以下为演示情景，数字为便于说明的假设值。某组织有后端、测试两个资源池，规划周期为一个季度，组合内有A、B、C三个项目，其中A已批准、B待决策、C为低优先级储备项目。
供给方面：后端池本季度可用容量为300人天，测试池为200人天。需求方面：项目A后端需180人天、测试需100人天；项目B后端需150人天、测试需80人天；项目C后端需60人天、测试需40人天。
| 资源池 | 可用容量（人天） | 已承诺（A） | 新增需求（B+C） | 合计需求 | 缺口/余量 | 超载比例 |
|---|---|---|---|---|---|---|
| 后端 | 300 | 180 | 210 | 390 | -90 | 130% |
| 测试 | 200 | 100 | 120 | 220 | -20 | 110% |
解读：后端池超载90人天，测试池超载20人天。若按优先级先承接项目B，后端需求为180+150=330人天，仍超载30人天；测试需求为100+80=180人天，尚有余量20人天。据此可得出承接结论：本期承接项目B，但需将后端30人天的缺口通过推迟项目B部分模块或临时补充解决；项目C本期不承接，列入下期候选。测试池的余量可记录为跨池调配的备选空间。
样例的假设与限制：容量数字未考虑假期波动和临时支持；项目需求为估算值，实际执行可能偏差；未展开已承接项目之间的人员协调问题。实际使用时，应以本组织的口径定义表和真实估算替换上述数字。
用协作工具承载容量表的更新与评审
表格设计完成后，能否按期更新取决于承载方式。用共享文档维护时，版本容易分散、评审结论散落在邮件里。把容量需求作为工作项或表格记录纳入统一视图，可以让填报、汇总、评审形成一条连贯流程。
具体做法是：项目经理将各项目的容量需求按“项目×资源池×时间桶”录入为记录，附上估算依据；PMO在同一视图中按池和时间桶汇总，形成供需对比；资源负责人在记录上确认供给数据；评审会后，承接结论与决策记录回写到对应记录并冻结版本。这样每期更新都有留痕，下一期可直接以冻结基线为起点。
ONES 的资源和工时管理解决方案支持跨项目团队资源的规划，可视化展现团队成员的项目进度；提供资源规划视图，管理者可以按业务优先级安排和计划团队资源，在可用资源与需求之间做平衡；还可查看项目和团队的资源利用率及负荷度，并通过甘特视图跟踪项目资源规划与进度，借助筛选与分组掌握成员在不同项目的投入比重。这些能力可以承载上述需求汇总、供需对比与评审记录的管理动作，具体字段与视图配置以实际产品为准。需要说明的是，组合级容量规划表的模板与时间桶配置方式，建议在选型时结合实际版本确认。
完成检查：容量规划表可用的判断标准
表格填完不等于可用。以下清单用于验收，逐项核对后再进入评审。
| 检查项 | 核验内容 | 通过标准 |
|---|---|---|
| 口径一致性 | 单位、时间桶、资源池定义是否全表统一 | 无混用单位，资源池清单与口径定义表一致 |
| 需求完整性 | 计划期内项目是否全部填报 | 需求覆盖率100%，无遗漏项目 |
| 供给确认率 | 各池可用容量是否经资源负责人确认 | 所有池均有确认人和确认日期 |
| 缺口可追溯 | 每个缺口数值能否回溯到需求行与供给行 | 缺口计算过程可复现，估算依据可查 |
| 更新机制 | 填报窗口、评审时点、责任人是否明确 | 有书面周期安排，责任人到人 |
| 决策留痕 | 承接结论是否有决策人和日期 | 冻结基线已发布并可查 |
常见失效信号包括：表格连续两个周期未更新；需求侧按人天填报而供给侧按人数汇总，口径不一致；缺口结论只有数字没有估算依据，评审时无法解释；承接决策停留在会议纪要中，未回写到基线。出现任一信号，应先修复口径与流程，再继续使用表格。
常见问题
资源池按人名建表还是按角色建表，两种方式能否混用？
建议汇总层按角色或技能建池，人名作为池内明细行保留。项目需求通常以“需要几名后端、投入多少人天”提出，与角色池天然对应；按人名建表会把容量规划变成个人排班，人员请假或调岗时全表都要重排。混用的可行方式是：填报和汇总以角色池为单位，人名明细仅用于核对池内成员构成和扣减假期，不参与缺口计算。
规划周期内临时插入高优先级项目，已冻结的容量基线怎么处理？
冻结基线是本期评审的结论，不因单个新需求随时改动。可行做法是走一次轻量的变更评审：项目经理提交新增需求行，PMO按同一口径计算该池的增量缺口，资源负责人确认是否还有余量，决策层决定是挤占低优先级项目、推迟新项目还是调整范围。变更结论回写到基线并标注版本，下一期汇总时以最新版本为起点。若变更频繁，说明时间桶粒度过粗或需求收集不完整，应缩短临近时间桶的粒度。
项目估算本身不准，容量规划表的缺口结论还有参考价值吗？
有价值，前提是把估算依据一并记录。容量规划表的作用是暴露供需矛盾的方向和量级，估算偏差会同时影响需求侧数字，但超载与余量的相对关系通常仍然成立。建议在需求行中注明估算方法（历史类比、任务分解汇总等）和置信程度，评审时优先讨论超载比例高、估算依据薄弱的池。执行一段时间后，用实际工时回填对比估算，逐步校准各池的估算系数。
多个项目共用一个稀缺资源池时，优先级由谁定、按什么定？
优先级由组合决策层在评审会上确定，PMO提供缺口汇总和候选方案作为依据。排序依据应事先写入口径定义表，常见维度包括战略贡献、合同或合规约束、交付时间窗口、投入产出比。资源负责人可以提供池内可行性的判断，例如某项目能否拆分投入或延后启动，但不单独决定取舍。排序结论要回写到需求行的优先级字段，下一期沿用同一排序逻辑，避免每期重新争论。
容量规划表需要每月重做一次吗？
不需要整表重做，按规划周期滚动更新即可。常见节奏是季度评审、月度刷新：季度评审确认承接结论并冻结基线，月度刷新只更新临近时间桶的需求变化和供给变动（入离职、假期、支持任务）。刷新范围限定在发生变化的池和时间桶，其余部分沿用上期数据。若组织项目启动密集或资源紧张，可把临近一个季度拆到月度展开，主表仍保持季度粒度。
