项目组合资源约束决策可以套用一套四张表的模板：资源容量基线表、候选项目资源需求表、约束情景对比表、决策记录与复核表。四张表按“先算容量、再列需求、后比情景、最后留痕”的顺序使用，本文给出可直接复制的空白表、逐字段填写口径、必填与选填规则，以及一份完整填写示例。模板可复制到表格或文档工具中启用，也可在ONES的文档与工作项中承载资源需求和决策记录。
要点总览（TL;DR）
- 模板由四张表组成：资源容量基线表、候选项目资源需求表、约束情景对比表、决策记录与复核表，按“先算容量、再列需求、后比情景、最后留痕”的顺序使用。
- 资源容量基线表按技能组汇总净可用工时，候选项目资源需求表只登记尚未承接的项目，两张表的口径统一为人天和同一统计周期。
- 约束情景对比表固定保留基准、削减约束、追加资源三行情景，用资源缺口和需求刚性判断可承接项目组合。
- 必填字段缺失时对应项目标记“待补录”，不进入本轮承接排序；决策记录缺决策人或依据则不生效。
- 模板按组合决策周期更新，资源或项目变动时即时调整，字段增删需同步更新说明与示例，历史版本按周期留存对比。
可复制空白模板：四张表与填写顺序
四张表构成一条单向数据链：容量基线表回答“这个周期有多少可用资源”，需求表回答“候选项目各要多少资源”，情景对比表回答“在不同约束下能承接哪些组合”，决策记录表回答“最终选了什么、依据是什么、谁来复核”。前一张表的输出是后一张表的输入，缺一张就会让结论失去可追溯的依据。
表一：资源容量基线表
| 资源角色/技能组 | 统计周期 | 可用人数 | 人均可用工时（人天） | 合计可用工时（人天） | 已占用工时（人天） | 净可用工时（人天） | 数据来源 | 备注 |
|---|---|---|---|---|---|---|---|---|
表二：候选项目资源需求表
| 候选项目 | 业务优先级 | 期望启动时间 | 期望交付时间 | 资源角色 | 需求工时（人天） | 需求时间窗口 | 需求刚性 | 提出人 | 备注 |
|---|---|---|---|---|---|---|---|---|---|
表三：约束情景对比表
| 情景名称 | 约束条件描述 | 可承接项目 | 暂缓项目 | 各角色资源缺口（人天） | 关键假设 | 结论 |
|---|---|---|---|---|---|---|
| 基准情景 | ||||||
| 削减约束情景 | ||||||
| 追加资源情景 |
表四：决策记录与复核表
| 决策编号 | 决策日期 | 采用情景 | 承接项目清单 | 暂缓项目清单 | 决策依据 | 决策人 | 复核时间 | 复核结论 |
|---|---|---|---|---|---|---|---|---|
复制后的启用步骤
- 将四张表复制到同一份表格文件或文档中，按表一至表四的顺序排列，便于逐表填写。
- 先约定统计周期（如一个季度）和工时单位（人天），在表一表头注明，后续三张表沿用同一口径。
- 填写表一，锁定本周期净可用工时；再填写表二，只登记尚未承接的候选项目。
- 基于表一和表二填写表三的三行情景，比较后选定一行作为结论。
- 将结论写入表四，记录决策人与复核时间，完成本轮闭环。
字段说明：每个字段填什么、从哪里取数
字段口径统一是模板可用的前提。同一张表由不同角色填写时，最容易出现分歧的是工时单位、统计周期和需求刚性判断。下表逐字段说明含义、取数来源与填写口径。
资源容量基线表字段说明
| 字段名 | 含义 | 取数来源 | 填写口径 |
|---|---|---|---|
| 资源角色/技能组 | 按可互换的技能划分的资源分组 | 团队组织架构、技能清单 | 以“能互相顶替”为划分标准，避免按部门机械拆分 |
| 统计周期 | 容量统计覆盖的时间范围 | 组合规划节奏 | 与组合决策周期一致，注明起止日期 |
| 可用人数 | 该角色在本周期可投入的人数 | 人力台账、排班记录 | 扣除休假、培训等已知不可用时间后折算 |
| 人均可用工时 | 单人本周期可投入的工时 | 工作日历 | 统一用人天，注明是否扣除会议与管理事务 |
| 合计可用工时 | 可用人数×人均可用工时 | 本表计算 | 公式计算，不手工填写 |
| 已占用工时 | 已承接项目在本周期占用的工时 | 在途项目排期 | 只计已承诺的投入，不含候选项目 |
| 净可用工时 | 合计可用减已占用 | 本表计算 | 公式计算，作为表二的资源上限 |
| 数据来源 | 该行数据的出处 | 人力系统、项目排期表 | 写明来源名称与导出日期 |
| 备注 | 口径例外说明 | 填写人判断 | 记录影响容量的特殊因素 |
候选项目资源需求表字段说明
| 字段名 | 含义 | 取数来源 | 填写口径 |
|---|---|---|---|
| 候选项目 | 尚未承接、等待决策的项目 | 需求池、立项申请 | 只登记未承接项目，已承接项目不进此表 |
| 业务优先级 | 项目对业务目标的贡献排序 | 业务方评估、组合评审 | 使用统一的优先级分级，注明分级依据 |
| 期望启动/交付时间 | 业务期望的时间窗口 | 业务方提出 | 区分“期望”与“必须”，刚性时间写入需求刚性字段 |
| 资源角色 | 该项目需要的技能组 | 项目估算 | 与表一的角色划分保持一致 |
| 需求工时 | 该角色在本周期需要的工时 | 项目估算、历史同类项目 | 统一用人天，注明估算方法与置信度 |
| 需求时间窗口 | 资源投入集中的时间段 | 项目计划 | 与统计周期对齐，跨周期的分段填写 |
| 需求刚性 | 资源需求可否压缩或延后 | 业务方与项目负责人确认 | 分为刚性、可压缩、可延后三档 |
| 提出人 | 需求的责任人 | 立项记录 | 填写可追溯的提出人姓名 |
| 备注 | 补充说明 | 填写人判断 | 记录依赖关系或前置条件 |
约束情景对比表与决策记录表字段说明
| 字段名 | 含义 | 取数来源 | 填写口径 |
|---|---|---|---|
| 情景名称 | 对比的约束假设 | 模板预设三行 | 基准、削减约束、追加资源三行固定保留 |
| 约束条件描述 | 该情景下资源或时间的限制 | 组合评审讨论 | 写清限制对象与幅度，如“某角色净可用减少两成” |
| 可承接/暂缓项目 | 该情景下的项目取舍 | 表一表二比对结果 | 逐个列出项目名称，与表二一致 |
| 资源缺口 | 承接后仍缺的工时 | 需求减净可用 | 按角色分别列出，正数表示缺口 |
| 关键假设 | 结论成立依赖的前提 | 评审讨论 | 写明假设，便于复核时验证 |
| 决策编号与日期 | 决策的唯一标识与时间 | 决策会议记录 | 编号按周期加序号，日期精确到日 |
| 决策依据 | 选择该情景的理由 | 情景对比结果 | 引用表三的具体情景与关键数据 |
| 复核时间与结论 | 下次复核的安排与结果 | 组合节奏 | 复核后回填结论，未复核时留空 |
必填与选填：哪些字段缺失就不能进入决策
必填字段的作用是保证结论可计算、可追溯。任一必填字段缺失，该行数据不进入情景对比，对应项目在本轮决策中标记为“待补录”，不参与承接排序。
各表必填字段清单
| 表 | 必填字段 | 选填字段 |
|---|---|---|
| 资源容量基线表 | 资源角色/技能组、统计周期、可用人数、人均可用工时、已占用工时、数据来源 | 备注 |
| 候选项目资源需求表 | 候选项目、业务优先级、资源角色、需求工时、需求时间窗口、需求刚性、提出人 | 期望启动/交付时间、备注 |
| 约束情景对比表 | 情景名称、约束条件描述、可承接项目、暂缓项目、资源缺口、结论 | 关键假设 |
| 决策记录与复核表 | 决策编号、决策日期、采用情景、承接项目清单、决策依据、决策人 | 暂缓项目清单、复核时间、复核结论 |
选填字段的适用情形
- 期望启动/交付时间：业务方有明确时间诉求时填写，用于判断时间窗口冲突；无诉求时可留空。
- 关键假设：情景结论依赖特定前提（如某外部资源按期到位）时填写，便于复核时验证假设是否成立。
- 复核时间与结论：决策后安排复核时填写；单次决策且无后续跟踪需求时可暂不填写。
- 备注类字段：用于记录口径例外，不影响计算，按需填写。
必填缺失时的阻断与补录规则
- 容量基线表某角色缺净可用工时，该角色不参与本轮承接判断，相关候选项目整体暂缓。
- 需求表缺需求工时或需求刚性，该项目标记“待补录”，由提出人在约定时限内补齐后进入下一轮对比。
- 情景对比表缺资源缺口，该情景结论无效，需重新比对表一表二后补填。
- 决策记录表缺决策人或决策依据，决策不生效，需在会议记录中补充后方可发布。
- 补录完成后在备注中注明补录日期与补录人，保持数据链可追溯。
填写示例：一个组合季度的完整填法
以下示例为演示情景，团队规模、项目名称与数值均为假设，用于说明四张表如何联动。示例周期为一个季度，工时单位为人天。
示例背景与假设条件
- 组合内有两个资源角色：后端开发、测试。
- 本季度后端净可用 300 人天，测试净可用 150 人天。
- 候选项目三个：A（高优先级，刚性需求）、B（中优先级，可压缩）、C（低优先级，可延后）。
表一填写结果
| 资源角色 | 统计周期 | 可用人数 | 人均可用工时 | 合计可用工时 | 已占用工时 | 净可用工时 | 数据来源 |
|---|---|---|---|---|---|---|---|
| 后端开发 | 本季度 | 5 | 80 | 400 | 100 | 300 | 人力台账，季度初导出 |
| 测试 | 本季度 | 3 | 70 | 210 | 60 | 150 | 人力台账，季度初导出 |
表二填写结果
| 候选项目 | 业务优先级 | 资源角色 | 需求工时 | 需求时间窗口 | 需求刚性 | 提出人 |
|---|---|---|---|---|---|---|
| A | 高 | 后端开发 | 180 | 本季度前半段 | 刚性 | 业务负责人甲 |
| A | 高 | 测试 | 90 | 本季度后半段 | 刚性 | 业务负责人甲 |
| B | 中 | 后端开发 | 150 | 本季度 | 可压缩 | 业务负责人乙 |
| B | 中 | 测试 | 80 | 本季度 | 可压缩 | 业务负责人乙 |
| C | 低 | 后端开发 | 120 | 本季度后半段 | 可延后 | 业务负责人丙 |
表三填写结果
| 情景名称 | 约束条件描述 | 可承接项目 | 暂缓项目 | 资源缺口 | 结论 |
|---|---|---|---|---|---|
| 基准情景 | 按当前净可用工时 | A、B | C | 后端缺口 30 人天，测试缺口 20 人天 | 承接 A、B，C 延后 |
| 削减约束情景 | 后端净可用减少两成 | A | B、C | 后端缺口 60 人天 | 仅承接 A |
| 追加资源情景 | 后端增加 50 人天 | A、B、C | 无 | 无 | 可全部承接，需确认追加资源到位 |
从数据到承接结论的推导
基准情景下，A 与 B 的后端需求合计 330 人天，超过净可用 300 人天，缺口 30 人天；测试需求合计 170 人天，超过净可用 150 人天，缺口 20 人天。由于 A 为刚性需求，B 为可压缩需求，可将 B 的后端需求压缩 30 人天、测试需求压缩 20 人天，使组合落在容量范围内，因此基准情景结论为承接 A、B，C 延后。若后端净可用减少两成，压缩后仍无法覆盖 B，则只承接 A。追加资源情景依赖外部资源到位，作为备选方案提交评审。
表四填写结果
| 决策编号 | 决策日期 | 采用情景 | 承接项目清单 | 暂缓项目清单 | 决策依据 | 决策人 | 复核时间 |
|---|---|---|---|---|---|---|---|
| Q1-01 | 季度首月 5 日 | 基准情景 | A、B（B 压缩后承接） | C | 表三基准情景，A 刚性优先，B 压缩后落入容量 | 组合负责人 | 季度中 |
调整与维护方法：按组合节奏更新模板
模板的价值在于跨周期可比。维护的重点是保持字段口径稳定、更新时机明确、历史版本可回溯，避免每个季度重新定义字段导致数据无法对比。
更新频率与触发条件
- 固定节奏：每个组合决策周期开始时更新表一容量基线，周期结束时回填表四复核结论。
- 资源变动触发：出现人员增减、关键角色离职或长期休假时，即时更新表一对应行并注明变动日期。
- 项目变动触发：候选项目新增、取消或优先级调整时，更新表二并在备注中记录变更原因。
- 决策变更触发：已承接项目出现重大延期或范围变化时，重新填写表三并生成新的决策记录。
字段增删的调整原则
- 新增字段先判断是否影响计算：影响计算的字段列入必填，仅作说明的列入选填。
- 新增字段需同步更新字段说明表与示例，保持模板、说明、示例三处一致。
- 删除字段前确认历史数据是否仍需要对比；需要对比时保留字段并标注“停用”，不直接删除列。
- 角色划分调整时，在表一备注中记录调整前后的对应关系，避免跨周期数据断档。
版本留痕与历史对比方法
每轮决策完成后，将四张表另存为带周期标识的版本（如“组合决策-本季度”），保留上一版本用于对比。表四的决策编号按周期加序号编排，复核时可直接引用历史决策编号追溯依据。若在ONES中承载，可用文档保存模板与各周期决策记录，用工作项登记候选项目与资源需求，并通过资源规划视图查看可用资源与需求的匹配情况、按项目和团队查看资源利用率与负荷度，让模板中的容量与需求数据有对应的系统来源。具体字段配置需按团队实际流程设置。
本文覆盖组合层面“能承接哪些项目”的决策；已选项目之间的人员协调与冲突处理，属于项目集资源协调或资源负载与冲突管理的范围，可在承接结论确定后另行处理。
常见问题
模板里的工时单位用“人天”还是“人时”，可以混用吗？
同一轮决策内只能使用一种单位。建议在表一表头注明统计周期和单位，例如“本季度、人天”，后续三张表沿用同一口径。若团队习惯按人时估算，可在表一增加一列折算人天，但情景对比和缺口计算仍以人天为准，避免不同项目因单位不同而无法直接相加。
候选项目在决策前被临时追加，应该怎么处理？
追加项目先写入表二，补齐业务优先级、资源角色、需求工时、需求时间窗口、需求刚性和提出人等必填字段，再重新填写表三的情景对比。若追加项目影响已发布的承接结论，需要生成新的决策记录，并在表四中引用原决策编号说明变更原因，原记录保留不删除。
需求刚性由谁判断，业务方和项目负责人意见不一致怎么办？
需求刚性由业务方与项目负责人共同确认，填写口径分为刚性、可压缩、可延后三档。意见不一致时，以业务目标的时间约束为依据：时间窗口不可移动的记为刚性，范围或投入可调整的记为可压缩，整体可推迟到后续周期的记为可延后。分歧结论写入备注，供复核时追溯。
模板能否直接在 ONES 中承载，容量和需求数据从哪里来？
可以把模板保存在 ONES 文档中，用工作项登记候选项目与资源需求。ONES 资源规划视图支持按业务优先级安排团队资源、平衡可用资源与需求，并可查看项目和团队的资源利用率与负荷度，这些数据可作为表一容量基线和表二需求工时的来源。具体字段配置需按团队实际流程设置。
已承接项目之间出现人员冲突，是否继续用这套模板解决？
这套模板解决的是组合层面“能承接哪些项目”的决策。承接结论确定后，已选项目之间的人员协调与冲突处理属于项目集资源协调或资源负载与冲突管理的范围，应另行处理。若冲突导致已承接项目范围或时间发生重大变化，可回到表三重新比对情景，并生成新的决策记录。
