确定项目组合容量约束，本质是把“可用资源”和“组合所需资源”放到同一口径下核算：先按角色或技能界定容量对象，扣除日常运维、支持与休假等占用形成可用容量基线，再按项目阶段汇总组合需求曲线，对比得出缺口与瓶颈，用情景评估检验取舍方案，最后把结论写成可执行的上限规则与审批条件。本文按这一顺序展开步骤、角色分工与完成检查。
要点总览（TL;DR）
- 容量约束按角色、技能或关键资源池计量，可用工时需扣除休假、运维支持、培训与预留缓冲，并与组合需求使用同一时间粒度。
- 确定容量约束按五步推进：统计可用容量基线、汇总组合需求、对比识别缺口与瓶颈角色、情景评估取舍方案、形成容量上限规则与审批条件。
- 组合管理者组织核算并起草规则，资源负责人确认基线，项目负责人确认需求，财务或业务代表参与取舍判断，组合决策机构审批发布。
- 情景评估至少对比两种取舍方案，结论要落到各角色需求是否落在基线之内，并写明例外审批路径。
- 约束规则发布后按季度或月度滚动更新，在人员大幅变动、项目增减或优先级调整时触发重算，并检验规则的实际约束效果。
先定口径：容量约束按什么资源计量
容量约束的第一步是确定“拿什么单位来比较”。用总人数做容量口径，会把技能结构差异掩盖掉：同样是十个人，前端偏多与测试偏多的团队，能承接的项目类型完全不同。因此容量对象应优先选择角色、技能或关键资源池，例如后端开发、测试、实施顾问、架构评审等，按这些对象分别核算可用能力与需求，再汇总为组合层面的约束。
可用工时的计算口径需要写清楚扣减项。常见做法是以统计周期内的制度工时为起点，扣除休假与法定假期、日常运维与生产支持、既定培训与内部事务、以及管理层约定的预留缓冲，剩余部分才是可投入项目的容量。扣减项一旦确定，应在多个周期内保持一致，否则前后对比会失真。
约束单位与时间粒度要匹配决策节奏。季度粒度适合年度组合规划与预算评审，月度粒度适合滚动排产与交付监控。工时单位建议统一为人天或人时，并在口径说明中注明换算方式。下表是一份可直接填写的容量计量口径说明结构。
| 口径要素 | 填写内容 | 说明 |
|---|---|---|
| 计量对象 | 按角色/技能池/关键资源池 | 列出纳入核算的角色清单及归属成员 |
| 统计周期 | 季度或月度 | 与组合评审节奏一致 |
| 工时单位 | 人天或人时 | 注明换算方式 |
| 扣减项 | 休假、运维支持、培训、预留缓冲 | 逐项给出扣减比例或绝对值 |
| 数据来源 | 工时系统、排期表、人事记录 | 注明取数时间点 |
口径说明完成后，应经过资源负责人确认再进入核算，避免后续因口径争议推翻整份容量结论。
五步确定容量约束：从基线到上限规则
口径确定后，按以下五步推进。每一步都应有明确输入、动作、输出和完成标志，便于跨角色协作与复核。
步骤一：统计可用容量基线
输入为口径说明、人员名单、休假与占用记录。动作是按角色汇总制度工时并逐项扣减，输出为各角色在统计周期内的可用工时基线。完成标志是每个角色的基线数字都有扣减明细可追溯，且经资源负责人签字确认。
步骤二：汇总组合资源需求
输入为各项目的估算与阶段计划。动作是把每个项目的资源需求按阶段分摊到同一时间粒度，再按角色汇总，形成组合需求曲线。输出为按角色、按周期的需求表。完成标志是所有在册项目均已纳入，需求与项目计划版本一致。
步骤三：对比得出缺口与瓶颈角色
输入为可用容量基线与组合需求曲线。动作是逐角色、逐周期做差，识别需求超过基线的时段与角色。输出为缺口清单，标注缺口规模、发生周期与涉及项目。完成标志是每个缺口都能对应到具体角色和时间窗，而非笼统的“资源紧张”。
步骤四：情景评估不同取舍方案
输入为缺口清单与候选取舍方案，例如推迟某项目、缩减范围、外部补充或调整优先级。动作是对每种方案重算需求曲线并与基线对比，输出各方案下的容量可行性结论。完成标志是至少两种方案完成对比，且结论能说明哪种取舍使各角色需求落在基线之内。
步骤五：形成容量上限规则与审批条件
输入为情景评估结论。动作是把可行边界写成规则，例如“某角色单季度承接项目总需求不超过基线的一定比例”“超出上限的新增项目须经组合评审批准”。输出为容量上限规则文档及审批条件。完成标志是规则可被组合决策直接引用，且明确了例外情形的审批路径。
| 步骤 | 输入 | 动作 | 输出 | 完成标志 |
|---|---|---|---|---|
| 一、统计基线 | 口径说明、人员与占用记录 | 汇总工时并扣减 | 各角色可用容量基线 | 扣减明细可追溯并经确认 |
| 二、汇总需求 | 项目估算与阶段计划 | 按阶段分摊并按角色汇总 | 组合需求曲线 | 全部在册项目纳入 |
| 三、识别缺口 | 基线与需求曲线 | 逐角色逐周期做差 | 缺口与瓶颈角色清单 | 缺口对应到角色与时间窗 |
| 四、情景评估 | 缺口清单与候选方案 | 重算各方案需求 | 方案可行性对比 | 至少两种方案完成对比 |
| 五、形成规则 | 情景评估结论 | 提炼上限与审批条件 | 容量上限规则文档 | 规则可被组合决策引用 |
在需求汇总与缺口识别环节，数据分散在多个项目与工时记录中时，核算工作量会显著上升。ONES 的资源规划视图支持按业务优先级安排和计划团队资源，资源报表可实时反馈项目投入情况并导出工时日志，成员在不同项目的投入比重也可通过筛选与分组查看，这些能力可用于支撑基线与需求的同口径对比。具体是否支持按角色或技能池汇总容量，需在选型时结合版本核验。
角色分工与各环节交付物
容量约束的确定涉及数据提供、专业判断与规则批准三类动作，需要明确到角色。组合管理者负责组织核算并主持情景评估；资源负责人提供可用容量数据并对基线确认；项目负责人提供项目资源需求与阶段计划；财务或业务代表从预算与业务优先级角度参与取舍判断。约束规则通常由组合管理者起草，经资源负责人与业务代表会签后，由组合决策机构批准发布。
| 角色 | 主要输入 | 确认或判断动作 | 交付物 |
|---|---|---|---|
| 组合管理者 | 口径说明、各角色数据 | 组织核算、主持情景评估、起草规则 | 容量约束规则文档、情景对比结论 |
| 资源负责人 | 人员名单、休假与占用记录 | 确认可用容量基线与扣减项 | 经确认的容量基线表 |
| 项目负责人 | 项目估算与阶段计划 | 确认本项目资源需求与时间分布 | 项目资源需求表 |
| 财务或业务代表 | 预算约束、业务优先级 | 参与取舍方案判断 | 优先级意见与取舍建议 |
| 组合决策机构 | 规则草案与评估结论 | 审批与发布约束规则 | 批准后的容量上限规则 |
分工确定后，应把每个交付物的提交时间写入组合评审日历，避免核算因数据迟到而反复返工。
示例：一个季度组合容量约束的确定过程
以下为演示情景，数据仅用于说明推演方法，不代表任何真实组织。假设某季度后端开发角色共八人，制度工时按每人每季度六十人天计，合计四百八十人天；扣除休假与培训四十人天、运维支持六十人天、预留缓冲二十人天，可用容量基线为三百六十人天。测试角色共四人，制度工时二百四十人天，扣除占用后基线为一百八十人天。
组合内三个项目的需求按季度汇总后，后端开发需求合计四百二十人天，测试需求合计二百人天。对比基线，后端缺口六十人天，测试缺口二十人天，瓶颈角色为后端开发。缺口集中在季度中段，与两个项目的联调阶段重叠。
| 角色 | 可用容量基线（人天） | 组合需求（人天） | 缺口（人天） |
|---|---|---|---|
| 后端开发 | 360 | 420 | 60 |
| 测试 | 180 | 200 | 20 |
情景一：将项目C的整体启动推迟一个季度。重算后后端需求降至三百五十人天，测试需求降至一百七十人天，两个角色均落在基线之内，代价是项目C交付延后。情景二：保持三个项目同期推进，缩减项目B的范围约两成。重算后后端需求为三百七十人天，仍超出基线十人天，测试需求为一百七十五人天，在基线之内，说明仅缩减范围不足以完全消除后端缺口。
据此，容量约束结论可写为：本季度后端开发角色可承接的项目需求上限为三百六十人天，超出部分须经组合评审批准或通过推迟项目释放；测试角色上限为一百八十人天。情景一满足约束，情景二需叠加外部补充或进一步缩减范围。规则同时明确，季度中段需求集中叠加时，新增项目须单独评估联调阶段的角色占用。
完成检查：容量约束是否可用
约束规则形成后，用以下清单判断其能否进入组合决策使用。检查不通过的项目应回到对应步骤修正，而非直接发布。
- 口径一致性：容量基线与需求汇总使用同一计量对象、同一时间粒度与同一工时单位，扣减项在各周期保持一致。
- 数据可追溯：每个角色的基线数字能追溯到人员名单与扣减明细，每项需求能追溯到项目计划版本与取数时间。
- 规则可执行：上限规则写明适用角色、周期、数值与例外审批路径，组合评审可直接引用。
- 规则可复核：他人按同一口径重算，能复现缺口规模与情景结论。
- 更新频率明确：约定按季度或月度滚动更新基线，并在人员大幅变动、重大项目增减、业务优先级调整时触发重算。
- 责任到人：基线确认、需求确认、规则审批均有明确责任人，并记录确认时间。
约束规则发布后，应在下一次组合评审中检验其实际约束效果：新增项目是否按规则审批，缺口是否按预期收敛。若连续多个周期出现规则被频繁例外绕过，说明上限设定或扣减口径需要重新评估，此时回到步骤一重新核算基线，再走一遍对比与情景评估流程。
常见问题
容量约束按人数计量会带来什么问题？
按人数计量会把技能结构差异掩盖掉。同样是十个人，前端偏多与测试偏多的团队能承接的项目类型不同，按总人数对比需求容易得出“总量够用”的结论，实际却在某个角色上出现缺口。更稳妥的做法是按角色、技能或关键资源池分别核算可用能力与需求，再汇总为组合层面的约束。
可用容量基线中的扣减项应该固定还是每期调整？
扣减项的口径应在多个周期内保持一致，否则前后对比会失真。具体数值可以随实际情况更新，例如休假集中在某季度时该季度扣减更多，但扣减项的种类与计算方式应写入口径说明并经资源负责人确认。若确需调整口径，应在规则文档中记录变更时间与原因，并对新旧口径的对比结论做说明。
情景评估需要对比几种方案才算充分？
至少对比两种取舍方案，例如推迟某个项目与缩减某个项目范围，分别重算需求曲线并与基线对比。判断标准是结论能说明哪种取舍使各角色需求落在基线之内，以及代价是什么。如果两种方案都无法消除缺口，说明还需要叠加外部补充或进一步调整优先级，此时应继续增加方案对比，而不是直接放宽上限。
容量上限规则发布后，什么情况下需要重算？
常规情况下按季度或月度滚动更新基线。出现以下情况时应触发重算：人员大幅变动、重大项目增减、业务优先级调整。此外，如果连续多个周期出现规则被频繁例外绕过，说明上限设定或扣减口径需要重新评估，应回到统计基线一步重新核算，再走一遍对比与情景评估流程。
已选项目之间的人员冲突是否属于容量约束的范围？
不属于。容量约束回答的是组合层面能承接哪些项目、各角色可承接的需求上限是多少。已选项目之间的人员协调与冲突处理属于项目集资源协调或资源负载与冲突管理，应在项目执行阶段另行处理。两者使用同一套容量数据，但决策对象不同。
