项目组合容量评估要回答的是：在给定时间窗内，组合还能承接多少项目。做法是把各项目的资源需求折算成同一口径的可用工时，再与同期可用容量对比，得到缺口或余量。本文给出指标定义、数据口径、计算步骤和一个可复算的季度算例，并说明结论的适用条件；已选项目之间的人员协调不在讨论范围内。
要点总览（TL;DR）
- 项目组合容量评估回答的是给定时间窗内组合还能承接多少项目，输出容量余量、缺口或情景下的可承接上限，不替代已选项目之间的人员协调。
- 核心指标为可用容量、需求容量、容量缺口率和容量利用率，按角色或技能分组统计，时间窗与项目计划粒度保持一致。
- 计算口径统一为：可用容量=在岗人数×可用工作日×每日有效工时×投入比例；缺口率=（需求−可用）÷可用，利用率=需求÷可用。
- 分母为零的角色标注“无可用容量”并用绝对值说明缺口，不同角色容量不可直接相加，结论应落到约束角色。
- 缺口率不直接等于招聘人数，利用率高不等于产出高，阈值需用组织历史数据校准，关键角色应做敏感性分析。
容量评估要回答什么问题
容量评估的目标是判断组合在给定时间窗内可承接的项目规模。它输出的是一个数量区间：现有资源在满足已批准项目的前提下，还能容纳多少新增工作量，或者已经超出多少。评估结论通常以三种形式出现：容量余量（可用容量大于需求容量）、容量缺口（需求容量大于可用容量）、以及情景假设下的可承接上限（例如“若只投入两个角色、不增加外包，本季度最多再启动一个中型项目”）。
这一结论服务于几类决策：新增项目的取舍与排序、立项节奏的控制、外包或招聘需求的提出依据。它回答的是“能不能接、还能接多少”，不回答“接了之后谁和谁怎么分工”。已选项目之间的人员协调、任务冲突处理属于排期与调度工作，需要更细粒度的任务级信息，容量评估的汇总口径不足以支撑这类判断。
明确边界还有一个实际好处：评估可以在项目立项前完成，不依赖详细的任务分解。只要各项目的角色级工作量估算可用，就能算出组合层面的供需差，从而在决策早期给出约束信号。
指标与统计范围怎么定
容量评估使用四个核心指标，定义如下表。四个指标共用同一时间窗和同一角色分组，才能相互对照。
| 指标 | 定义 | 单位 | 用途 |
|---|---|---|---|
| 可用容量 | 时间窗内某角色可投入项目工作的总工时 | 人天或人时 | 供给侧基数 |
| 需求容量 | 时间窗内纳入范围的项目对该角色的工作量需求合计 | 人天或人时 | 需求侧基数 |
| 容量缺口率 | （需求容量−可用容量）÷可用容量 | 百分比 | 衡量供需差相对规模 |
| 容量利用率 | 需求容量÷可用容量 | 百分比 | 衡量供给被占用的程度 |
统计对象按角色或技能分组，例如后端开发、前端开发、测试、产品设计。只按人数统计会掩盖结构性问题：总人数够，但测试角色缺口很大，组合依然无法按计划推进。角色划分粒度与项目估算的粒度保持一致，估算只到“开发”一级时，统计也停在开发一级，避免用更细的分组制造虚假精度。
时间窗建议取季度或月度，与项目计划的粒度一致。时间窗过短，项目启动和收尾的波动会主导结果；时间窗过长，估算误差累积，结论失去指导意义。纳入范围要区分已批准项目和候选项目：已批准项目构成基线需求，候选项目作为增量单独列出，两者分开计算，才能看出“维持现状是否可行”和“还能加多少”。
可用容量需要扣除休假、培训、非项目事务（如例行运维、招聘面试、内部会议）。扣除方式有两种：按人均固定比例扣减，或按实际日历逐人扣减。前者简单但粗糙，后者准确但依赖排期数据。无论选哪种，同一评估周期内保持一致，并在结论中注明扣减比例或扣减依据。
数据口径与证据要求
供给侧口径按以下公式计算某角色的可用容量：
可用容量 = 在岗人数 × 可用工作日 × 每日有效工时 × 投入比例
其中可用工作日为时间窗内工作日减去已知休假和培训日；每日有效工时指真正用于项目工作的小时数，需扣除会议、行政等固定消耗，取值应来自组织历史统计而非理想值；投入比例表示该角色投入项目工作的份额，兼职支持其他职能时按实际比例折算。三个乘数中任何一个取值偏乐观，都会系统性高估供给。
需求侧口径要求项目工作量估算按角色拆分到时间窗。跨期项目只计入落在本时间窗内的部分，不能把整个项目的工作量一次性计入。估算来源可以是历史同类项目类比、专家判断或任务分解汇总，无论哪种，都要记录估算方法、估算版本和确认人。
单位统一是复算的前提：全表只用人天或只用人时，混用会导致缺口率失真。若原始数据单位不一致，在汇总前统一换算，并保留换算系数。缺失值按规则处理，不默认填零：估算缺失的项目标记为“未纳入”，在结论中说明其影响；人员未定岗的角色按“待定”单列，不并入任何现有角色；跨期项目按时间窗切分，切分依据写入口径表。
证据留存包括估算依据文档、口径表版本、数据提取日期和确认人。评估结论被质疑时，能追溯到具体口径和原始估算，比重新算一遍更有价值。
计算与评估步骤
计算按以下五步执行，每一步的产物都可独立核对。
- 按角色汇总时间窗内需求容量：把纳入范围的项目按角色拆分工作量后求和，已批准项目与候选项目分列。
- 按同一角色汇总可用容量：按上一节公式逐角色计算，记录每个乘数的取值来源。
- 计算缺口率：缺口率 =（需求容量 − 可用容量）÷ 可用容量。结果为正表示缺口，为负表示余量。
- 计算利用率：利用率 = 需求容量 ÷ 可用容量。利用率与缺口率满足“利用率 = 1 + 缺口率”的关系，两者互为校验。
- 按角色排序定位约束点：按缺口率从高到低排列，排在前面的角色就是组合的约束点，新增项目的可行性主要取决于这些角色。
异常情形需要明确规则。分母为零，即某角色在时间窗内无可用容量（例如全员休假或该角色尚未到岗），缺口率无定义，此时直接标注“无可用容量”，用需求容量的绝对值说明缺口规模，不计算百分比。不同角色的容量不可直接相加：把后端和测试的人天加总得到一个总数，会掩盖角色间的不可替代性。组合层面的结论应表述为“约束角色缺口 X 人天”，而非“总缺口 X 人天”。若确需一个总量指标，只能用于趋势对比，不能用于判断可承接性。
当项目与工时数据分散在多个项目空间时，汇总环节容易出错。ONES 资源管理支持跨项目团队资源的规划，提供资源规划视图，可按业务优先级安排团队资源；同时支持多维度统计项目和成员的资源投入情况，并可查询和导出工时登记日志明细。这些能力可以承接上述口径中的供给汇总与需求归集动作，缺口率与利用率的计算仍按本文公式执行，具体统计口径以实际配置为准。
算例：一个季度的组合容量
以下数据为演示用途，不代表行业基准或任何组织的实际水平。假设时间窗为一个季度，可用工作日 60 天，每日有效工时 6 小时，即每人每天 6 人时。组合内已批准项目三个，候选项目一个，按三个角色统计。
| 角色 | 在岗人数 | 投入比例 | 可用容量（人时） | 已批准需求（人时） | 候选需求（人时） |
|---|---|---|---|---|---|
| 后端开发 | 6 | 80% | 1728 | 1500 | 400 |
| 前端开发 | 4 | 80% | 1152 | 900 | 300 |
| 测试 | 3 | 70% | 756 | 820 | 200 |
可用容量按“人数 × 60 天 × 6 人时 × 投入比例”计算，例如后端为 6 × 60 × 6 × 0.8 = 1728 人时。需求数据来自各项目按角色拆分的工作量估算，已批准与候选分列。
先看已批准项目的基线：后端缺口率 =（1500−1728）÷1728 ≈ −13.2%，利用率约 86.8%；前端缺口率 =（900−1152）÷1152 ≈ −21.9%，利用率约 78.1%；测试缺口率 =（820−756）÷756 ≈ +8.5%，利用率约 108.5%。基线结论是测试角色已经超载，后端和前端尚有少量余量。
再加入候选项目：后端需求升至 1900 人时，缺口率 =（1900−1728）÷1728 ≈ +10.0%；前端升至 1200 人时，缺口率 ≈ +4.2%；测试升至 1020 人时，缺口率 ≈ +34.9%。三个角色全部转为缺口，测试是首要约束点。
情景对比：若候选项目推迟一个季度，测试缺口消失，组合可维持；若候选项目保留但测试外包 200 人时，测试缺口率回落至约 +8.5%，与基线持平，此时约束点转移到后端。这一对比说明，可承接上限取决于约束角色，而不是总容量。
结果解读与使用限制
缺口率反映供需差，不能直接换算成招聘人数。缺口 200 人时，按每人每季度 288 人时（60 天 × 6 人时 × 80%）折算约为 0.7 人，但实际招聘还受到岗时间、技能匹配和项目节奏影响，缺口率只提供规模量级，人员方案需要单独测算。
利用率高不等于产出高。利用率 100% 意味着供给被需求占满，若其中包含返工、等待或低优先级工作，实际交付可能低于预期。解读利用率时应结合交付结果、缺陷率和计划达成情况一起看，单看利用率容易把“忙”误读为“有效”。
估算误差会传导到结论。需求侧估算偏差 20%，缺口率的绝对值就会同比例偏移；供给侧的每日有效工时取值偏乐观，会系统性低估缺口。建议对关键角色做敏感性分析：把需求上调或下调 10%–20%，观察结论是否翻转。若小幅调整就改变“能否承接”的判断，说明结论处于临界区，应谨慎表述。
本文不设通用达标线。利用率多少算合理、缺口率多少需要干预，取决于组织的历史数据、项目类型和风险偏好，应由组织用自己的历史周期数据确定阈值，并在多次评估后校准。评估周期建议与时间窗一致，季度评估在季度初完成，月度滚动更新；项目范围或人员发生较大变动时触发临时重算，并在结论中注明版本和更新原因。
常见问题
组合容量评估应该在立项前做还是立项后做？
两种时点都能做，用途不同。立项前做，用候选项目的角色级工作量估算与同期可用容量对比，判断还能承接多少，结论用于新增项目取舍和立项节奏控制；此时估算精度有限，结论宜表述为区间和约束角色，而非精确数字。立项后做，已批准项目构成基线需求，评估用于检查基线是否已经超载，以及剩余余量能支撑多少增量。实际操作中常见做法是两者结合：季度初用已批准项目算基线，候选项目作为增量单独列出，分开计算再合并解读。
项目工作量估算缺失或精度不足时，容量评估还能做吗？
可以做，但要把缺失和精度问题显性化。估算缺失的项目标记为“未纳入”，在结论中说明未纳入的工作量规模及其对缺口率的影响方向，不默认填零。估算精度不足时，用区间估算替代点估算，例如给出需求容量的上下限，观察结论是否翻转；若上下限分别落在“可承接”和“不可承接”两侧，说明结论处于临界区，应补充估算或推迟决策。对约束角色优先提高估算精度，因为组合结论主要由这些角色决定。
按角色分组统计时，角色划分到什么粒度合适？
角色粒度与项目估算的粒度保持一致。项目估算只到“开发”一级时，统计也停在开发一级；估算能拆到后端、前端、测试时，统计相应细分。划分过粗会掩盖结构性缺口，划分过细则会用估算本身不具备的精度制造虚假结论。一个实用判断是：如果两个角色的人员在项目中可以互相替代承担任务，就可以合并统计；如果替代需要明显的学习成本或完全不可替代，就应分开。分组确定后在同一评估周期内保持稳定，便于跨期对比。
评估发现某角色缺口后，除了招聘还有哪些调整方式？
常见调整包括：推迟或缩减候选项目范围，把增量需求移出当前时间窗；调整项目优先级，让低优先级项目让出约束角色的容量；通过外包或跨团队借调补充该角色；调整项目排期，把该角色的工作量在时间上错峰。每种方式对缺口率的影响不同，可以逐项测算后对比。需要注意的是，这些调整改变的是需求侧或供给侧的输入，重新计算时口径要保持一致，否则前后结论不可比。缺口率只提供规模量级，具体人员方案还需结合到岗时间、技能匹配和项目节奏单独测算。
容量评估多久更新一次比较合适？
更新频率与时间窗一致：按季度评估的，在季度初完成并在季度内按月滚动更新；按月评估的，按月重算。除固定周期外，出现以下情况应触发临时重算：项目范围发生较大变更、关键角色人员进出、外包或借调安排落地、候选项目立项决策变化。每次重算保留版本号、数据提取日期和更新原因，便于解释结论变化来自数据更新还是口径调整。频繁重算会增加维护成本，触发条件宜事先约定，不宜随每次小变动全量重算。
