项目组合容量评估要回答的问题很具体：在给定周期内，现有角色和技能能承接哪些候选项目、承接多少、需要什么条件。这份模板以五张表组织输入与结论——评估范围与口径表、资源供给表、需求与占用表、容量缺口与结论表、假设与复核记录表，各表共用同一套角色/技能维度和周期口径。下文先给可复制的空白表，再逐字段说明取数方式，并用一个季度示例演示结论如何推导。
要点总览（TL;DR）
- 模板由五张表组成：评估范围与口径表、资源供给表、需求与占用表、容量缺口与结论表、假设与复核记录表，各表共用同一套角色/技能维度与周期口径。
- 核心字段围绕角色/技能、合计可用工时、已承诺占用工时、候选项目增量需求、缺口与能否承接展开，缺口由剩余可用工时减去候选增量需求得出。
- 最小可用字段集为九项：周期起止、工时单位、角色/技能、合计可用工时、已承诺占用工时、候选增量需求、缺口、能否承接、承接条件；人员明细与假设记录可按评估深度选填。
- 结论字段只回答能否承接、承接多少、在什么条件下承接，已选项目之间的人员协调不在本模板范围内。
- 模板按组织规划周期更新，维护时重点检查角色名称、工时单位与候选项目清单三处一致性。
可复制空白模板：五张表与字段清单
五张表按填写顺序排列：先固定口径，再填供给与需求，最后汇成缺口结论，假设与复核记录贯穿全程。表间通过“角色/技能”和“周期”两个字段关联，任何一张表的角色名称或周期长度与其他表不一致，结论都会失真。
表1 评估范围与口径表
用途：固定本次评估的边界和计量单位，供所有参与人对照。
| 字段 | 填写内容 |
|---|---|
| 评估名称 | |
| 评估周期起止 | |
| 周期长度（周/月） | |
| 工时单位（人天/人月） | |
| 每人每周期标准可用工时 | |
| 是否扣除节假日与请假 | |
| 纳入评估的组织/团队范围 | |
| 纳入评估的角色/技能维度 | |
| 候选项目清单来源 | |
| 评估负责人与参与人 |
表2 资源供给表
用途：按角色/技能统计本周期可投入的工时总量。
| 角色/技能 | 人员姓名或编号 | 人数 | 人均可用工时 | 合计可用工时 | 备注（兼职比例、外部资源等） |
|---|---|---|---|---|---|
表3 需求与占用表
用途：记录已承诺项目占用的工时，以及候选项目带来的增量需求。
| 项目名称 | 项目状态（已承诺/候选） | 角色/技能 | 本周期需求工时 | 优先级 | 需求来源 | 备注 |
|---|---|---|---|---|---|---|
表4 容量缺口与结论表
用途：按角色/技能汇总供给与需求，算出缺口，并给出承接结论。
| 角色/技能 | 合计可用工时 | 已承诺占用工时 | 剩余可用工时 | 候选项目增量需求 | 缺口（正数为余量，负数为缺口） | 能否承接 | 承接数量或范围 | 承接条件 |
|---|---|---|---|---|---|---|---|---|
表5 假设与复核记录表
用途：记录评估所依赖的假设、数据来源和复核安排，便于下一周期追溯。
| 编号 | 假设或数据来源说明 | 影响范围（角色/项目） | 确认人 | 确认日期 | 复核时点 | 复核结果 |
|---|---|---|---|---|---|---|
字段说明：每个字段填什么、怎么取数
字段说明按“含义—取数来源—口径示例”三列组织。取数来源写清楚是来自排期系统、工时记录还是负责人确认，能减少同一字段被不同人填出不同结果。
| 字段 | 含义 | 取数来源 | 口径示例 |
|---|---|---|---|
| 评估周期起止 | 本次评估覆盖的时间范围 | 组织规划日历 | 2025年第二季度，4月1日至6月30日 |
| 工时单位 | 全表统一使用的计量单位 | 评估负责人确定 | 统一用人天，1人天=8小时 |
| 每人每周期标准可用工时 | 一名全职成员在一个周期内的可投入工时 | 周期长度×工作日数，扣除节假日与请假 | 季度约60人天，已扣除法定节假日 |
| 角色/技能 | 资源供给与需求共同使用的分类维度 | 组织岗位设置或技能清单 | 后端开发、前端开发、测试、产品经理 |
| 人均可用工时 | 单个成员在本周期的可投入工时 | 标准可用工时×投入比例 | 兼职成员按50%投入，计30人天 |
| 合计可用工时 | 某角色/技能下所有成员可用工时之和 | 表2逐行加总 | 3名后端开发合计180人天 |
| 已承诺占用工时 | 已立项或已承诺项目在本周期占用的工时 | 项目排期与工时记录 | 项目A占用后端开发120人天 |
| 候选项目增量需求 | 候选项目若承接将新增的工时需求 | 候选项目估算或负责人确认 | 项目B预计需要后端开发60人天 |
| 剩余可用工时 | 合计可用工时减去已承诺占用工时 | 表4计算 | 180−120=60人天 |
| 缺口 | 剩余可用工时减去候选项目增量需求 | 表4计算 | 60−60=0，刚好持平 |
| 能否承接 | 基于缺口给出的判断 | 评估人依据缺口与条件填写 | 可承接、部分承接、暂不承接 |
| 承接条件 | 承接成立所依赖的前提 | 评估人填写 | 需外部补充1名测试，或压缩项目B范围 |
角色维度与技能维度需要区分：角色对应岗位，如测试工程师；技能对应具体能力，如自动化测试。当同一角色内能力差异较大时，按技能拆分供给和需求，否则按角色汇总即可。工时口径在表1固定后，表2至表4不得混用人天与人月。
必填与选填：哪些字段决定结论
必填字段以能推导出“能否承接”为最小集。缺少其中任何一项，缺口计算就无法完成，结论只能靠主观判断。
| 类别 | 字段 | 缺失后果或适用场景 |
|---|---|---|
| 必填 | 评估周期起止、工时单位、角色/技能、合计可用工时、已承诺占用工时、候选项目增量需求、缺口、能否承接 | 缺任一项则无法计算缺口，结论失去依据 |
| 必填 | 承接条件（结论为“部分承接”或“暂不承接”时） | 缺少条件说明，结论无法被执行或复核 |
| 选填 | 人员姓名或编号、人均可用工时、投入比例 | 用于细化到人；只做角色级评估时可省略 |
| 选填 | 优先级、需求来源 | 用于在多个候选项目间排序取舍 |
| 选填 | 假设与复核记录中的确认人、复核时点 | 评估深度较浅时可简化，但跨团队评估建议保留 |
最小可用字段集为：周期起止、工时单位、角色/技能、合计可用工时、已承诺占用工时、候选项目增量需求、缺口、能否承接、承接条件。只做快速预判时，可先按角色汇总填这九项；需要向管理层汇报或跨团队协调时，再补齐人员级明细和假设记录。
填写示例：一个季度的容量评估
以下为演示情景，数据为虚构，仅用于说明五张表如何联动。背景：某研发团队评估2025年第二季度容量，候选项目为项目B和项目C，工时单位为人天。
表1 口径
周期为4月1日至6月30日，约60个工作日；工时单位人天；每人标准可用工时60人天，已扣除节假日；纳入后端开发、前端开发、测试三个角色。
表2 资源供给
| 角色/技能 | 人数 | 人均可用工时 | 合计可用工时 |
|---|---|---|---|
| 后端开发 | 3 | 60 | 180 |
| 前端开发 | 2 | 60 | 120 |
| 测试 | 1 | 60 | 60 |
表3 需求与占用
| 项目名称 | 状态 | 角色/技能 | 本周期需求工时 | 优先级 |
|---|---|---|---|---|
| 项目A | 已承诺 | 后端开发 | 120 | 高 |
| 项目A | 已承诺 | 测试 | 40 | 高 |
| 项目B | 候选 | 后端开发 | 60 | 中 |
| 项目B | 候选 | 前端开发 | 80 | 中 |
| 项目C | 候选 | 测试 | 40 | 低 |
表4 缺口与结论
| 角色/技能 | 合计可用 | 已承诺占用 | 剩余可用 | 候选增量需求 | 缺口 | 能否承接 | 承接条件 |
|---|---|---|---|---|---|---|---|
| 后端开发 | 180 | 120 | 60 | 60 | 0 | 可承接项目B后端部分 | 无余量，需按计划推进 |
| 前端开发 | 120 | 0 | 120 | 80 | 40 | 可承接项目B前端部分 | 剩余40人天可留作缓冲 |
| 测试 | 60 | 40 | 20 | 40 | −20 | 项目C暂不承接 | 需补充测试资源或压缩项目C范围 |
结论：本季度可承接项目B，后端刚好持平、前端有余量；项目C因测试缺口20人天暂不承接，若外部补充测试资源或压缩范围后可重新评估。结论字段只回答能否承接、承接多少、在什么条件下承接，已选项目之间的人员协调不在本模板范围内。
评估结论确定后，需要落到可跟踪的载体上。ONES 资源规划视图支持按业务优先级安排团队资源，资源利用率与负荷度可查看项目和团队层面，成员在不同项目的投入比重可通过筛选与分组掌握，便于把表4的结论对应到具体排期并持续观察偏差。
调整与维护方法：按组织节奏更新模板
模板的更新节奏应与组织的规划周期一致。按季度评估的团队，在季度规划会前完成表1至表4的填写，季度中按月复核表5中的假设；按月度评估的团队，可简化表2的人员明细，只保留角色汇总。
- 评估周期与更新时点：在周期开始前固定口径并完成供给与需求填写；周期中至少复核一次已承诺占用是否变化；周期结束后记录实际结果，作为下期取数参考。
- 新增角色或技能维度：在表1的维度清单中增加，表2至表4同步增加对应行，历史周期数据保留原维度，不回溯改写。
- 删减表项：评估深度较浅时可合并表2与表3为一张供需表，但角色/技能与周期字段必须保留，确保缺口仍可计算。
- 版本与口径变更记录：在表5中增加“模板版本”和“口径变更说明”两列，记录工时单位、周期长度或维度调整的原因和生效周期。
维护时重点检查三处一致性：角色/技能名称在各表是否统一，工时单位是否全表一致，候选项目清单是否与表1登记的范围相符。这三处出现偏差，缺口结论就不可靠。评估结果进入执行阶段后，可在 ONES 中结合资源报表与工时日志持续核对实际投入与评估值的差异，为下一周期调整供给和需求口径提供依据。
常见问题
候选项目很多、无法逐一估算增量需求时，模板怎么填？
可以先用表3的优先级字段做一轮排序，只对排在前面的候选项目做工时估算，其余项目在备注中标注“待估算”。表4的缺口按已估算的候选项目计算，结论写成“在当前估算范围内可承接X个项目”，并说明未估算项目需在下一轮补充。这样结论仍然可复核，也避免为了填满表格而拍数字。
评估周期内出现人员离职或临时借调，模板如何反映？
在表2中调整对应角色的人数与合计可用工时，并在表5新增一条记录，写明变动原因、影响范围与确认人。如果变动发生在周期中，建议保留变动前的口径作为对照，表4的缺口按调整后的数据重算，结论字段同步更新。跨周期比较时，用表5的复核记录区分口径变化带来的差异和实际供需变化。
按角色汇总和按技能拆分，应该选哪种粒度？
同一角色内成员能力差异不大时，按角色汇总即可，填写负担小、结论也够用。当角色内部存在明显的能力分层，例如测试角色中自动化测试与手工测试不可互换，就按技能拆分供给和需求，否则缺口会被平均掉，出现总量够、关键技能不够的情况。粒度一旦确定，表2至表4需保持一致。
模板填完后，评估结论如何进入执行跟踪？
把表4的承接结论对应到具体排期，按角色记录计划投入，并在周期中定期核对实际投入与评估值的偏差。使用 ONES 时，可在资源规划视图中按业务优先级安排团队资源，通过资源利用率与负荷度查看项目和团队层面的投入情况，成员在不同项目的投入比重可通过筛选与分组掌握，便于发现偏差后回到表5记录复核结果。
多个团队分别评估后，组合层面的容量结论怎么汇总？
各团队使用同一份表1口径是汇总的前提：周期起止、工时单位、角色/技能名称需一致。汇总时把各团队表4按角色/技能合并，合计可用工时与已承诺占用工时分别加总，候选项目增量需求按项目去重后计入，避免同一项目在多个团队重复计算。口径不一致的团队先对齐再合并，否则汇总缺口没有参考价值。
