资源约束决策要回答的是“在现有人员容量下，哪些项目可以承接”。它把战略必要性和时间窗口先分层，再把关键角色的可用工时与项目分阶段需求放到同一口径下比对，最终形成可承接、有条件承接、暂缓三类结论。本文按口径、步骤、分工、示例和检查顺序展开，帮助组织一轮可复核的组合评审。
要点总览（TL;DR）
- 资源约束决策回答的是“在现有人员容量下，哪些项目可以承接”，输出应是一份带负责人、容量假设和复核日期的承接清单。
- 决策前先固定三类口径：按关键角色折算可用工时、按项目阶段拆分需求并区分峰值与平稳期、声明只判断承接与否的边界。
- 五步流程依次是锁定决策周期与候选项目池、按战略必要性和时间窗口分层、折算容量做同口径比对、形成可承接/有条件承接/暂缓三类结论、确认清单并设定复核时点。
- 有条件承接必须写明条件、验证方式和触发时点；暂缓项目必须记录重新评估的时间或事件，否则清单难以执行。
- 承接清单和容量假设需要可追溯的承载方式，ONES 的资源规划视图与工时投入信息可用于准备容量比对，具体配置需结合组织实际确认。
资源约束决策先定口径：容量、需求与约束边界
资源约束决策最容易出现的分歧，是各方对“有没有人”“缺不缺人”的判断依据不同。有人按团队人数看，有人按项目排期看，结论自然对不上。开始评审前，先用一页说明固定三类口径，后续比对才有共同输入。
容量口径：按关键角色折算可用工时
容量统计的对象是关键角色，例如后端开发、测试、产品经理、实施顾问，而不是团队总人数。同一角色内不同成员的技能差异较大时，可再细分到技能组。可用工时的计算方式是：角色内成员在决策周期内的理论工时，扣除休假、培训、运维值班、日常支持等固定占用，剩余部分才是可投入项目的时间。
折算时保留假设，例如“按每人每周期有效工时折算”“运维占用按上周实际统计”。假设写清楚，复核时才能判断结论是否仍然成立。
需求口径：按项目阶段拆分资源需求
项目需求不能只报一个总数。按阶段拆分，例如需求设计、开发、测试、上线支持，分别标注所需角色、投入工时和时间窗口。拆分后要区分峰值期与平稳期：测试阶段可能集中占用测试角色，上线阶段可能集中占用运维和实施角色。峰值叠加往往就是缺口出现的位置。
约束边界：本文只判断承接与否
本轮决策的范围是判断哪些项目可以进入承接清单。已承接项目之间的人员协调、任务优先级冲突、临时借调，属于项目执行中的资源协调问题，另行处理。把边界写在口径说明里，可以避免评审会滑向具体排人，导致结论迟迟无法形成。
一页口径说明建议包含三项内容：容量计算方式与扣除项、需求拆分粒度与阶段划分、本轮决策的约束边界声明。这份说明由组合管理者维护，评审前发给所有参与者确认。
五步完成一轮资源约束决策
一轮完整的资源约束决策可以按五个步骤推进。每步都有明确输入、动作和输出，完成标志是输出物已经形成并得到对应角色确认。
第一步：锁定决策周期与候选项目池
输入是项目立项申请、在途项目清单和本轮评审的时间范围。动作是确定本轮决策覆盖的周期，例如下一个季度，并列出该周期内需要资源承诺的候选项目。输出是一份候选项目池清单，注明每个项目的发起人、期望启动时间和当前状态。完成标志是候选范围经组合管理者确认，没有遗漏也未混入周期外的项目。
第二步：按战略必要性和时间窗口分层
输入是候选项目池和战略目标、合同节点、合规期限等信息。动作是把项目分为不可延后、可调整、可延后三层。不可延后项通常有外部时间约束或战略前置关系；可调整项的时间窗口有一定弹性；可延后项在本周期内不构成资源压力。输出是分层结果及分层理由。完成标志是每个不可延后项都有明确的时间约束依据，而不是笼统标注“重要”。
第三步：折算关键角色容量并做同口径比对
输入是各资源负责人确认的关键角色可用工时，以及候选项目的分阶段需求。动作是把需求按阶段落到同一决策周期的时间轴上，与对应角色的可用容量逐段比对，识别哪些角色在哪些时段出现缺口、缺口多大。输出是一张角色—时段供需对照表，标出缺口角色和缺口峰值。完成标志是缺口结论可以追溯到具体的容量假设和需求条目。
第四步：形成三类结论并写明条件
输入是分层结果和供需对照表。动作是逐个项目给出结论：容量可覆盖且时间窗口匹配的列为可承接；容量存在缺口但可通过调整范围、错峰启动或外部补充解决的列为有条件承接；缺口无法在本周期内解决或时间窗口已过的列为暂缓。每条有条件承接结论要写明条件、验证方式和触发时点，每条暂缓结论要写明重新评估的时间或事件。输出是带三类结论的承接清单。完成标志是清单中每个项目都有结论、理由和责任人。
第五步：确认清单并设定复核时点
输入是承接清单草案。动作是组织决策层确认取舍，特别是暂缓项目和有条件承接项目的处理方式；同时记录本轮使用的容量假设及其来源，设定下一次复核的日期或触发事件，例如关键角色人员变动、项目范围重大调整、季度滚动评审。输出是最终承接清单和本轮决策记录。完成标志是清单获得决策层确认，复核时点已写入记录。
角色分工与各环节交付物
资源约束决策要落到人，否则容易停留在讨论层面。以下分工按输入、判断和确认三类责任划分，可根据组织实际调整角色名称，但每项输入都应有明确的提供人和确认人。
| 角色 | 主要职责 | 交付物 | 确认事项 |
|---|---|---|---|
| 组合管理者 | 组织评审、维护承接清单、跟踪复核时点 | 候选项目池、承接清单、决策记录 | 清单版本与复核日期 |
| 资源负责人或职能主管 | 提供关键角色可用容量，确认资源承诺 | 角色容量表及扣除项说明 | 容量假设与可承诺工时 |
| 项目发起人 | 提交分阶段资源需求与时间窗口约束 | 项目需求拆分表、时间约束说明 | 需求口径与峰值时段 |
| 决策层 | 对暂缓与有条件承接项目做取舍确认 | 取舍结论与优先级判断 | 承接清单最终版本 |
分工中有两个容易忽略的确认点。一是资源负责人确认的是可承诺工时，而不只是理论可用工时，承诺意味着在决策周期内不被其他事项随意占用。二是项目发起人确认需求拆分口径，避免评审时临时追加未申报的峰值需求。组合管理者负责把这两类确认固定在清单中，复核时对照检查。
示例：一个季度评审中如何得出承接结论
以下为演示情景，用于说明口径与步骤如何串联，数据为假设值。
某组织准备评审下一季度的候选项目，共有五个项目进入候选池。按战略必要性和时间窗口分层后，项目A有合同交付节点，列为不可延后；项目B和项目C支撑年度重点方向，时间窗口可小幅调整，列为可调整；项目D和项目E无外部约束，列为可延后。
关键角色中，后端开发和测试的容量最紧张。折算后，后端开发在本季度可投入项目工时为若干人周，测试角色因一名成员长期休假，可用工时明显低于往常。把项目A、B、C的分阶段需求落到时间轴后，发现缺口集中在季度中段的测试角色：项目A的上线测试与项目B的集成测试时间重叠，测试需求超过可用容量；后端开发在季度初存在小幅缺口，季度后段可缓解。
据此形成结论：项目A列为可承接，因其时间窗口不可延后，测试资源优先保障，容量来源为测试角色本季度全部可承诺工时；项目B列为有条件承接，条件是集成测试错峰到项目A上线测试之后，验证方式是更新后的测试排期表，触发时点为项目A测试计划确认；项目C列为有条件承接，条件是从外部补充一名测试人员并完成入场，触发时点为入场确认日期；项目D和项目E列为暂缓，重新评估时点分别为下季度滚动评审和项目C测试资源释放后。
这份决策记录同时保留了三项假设：测试角色休假安排不变、项目A测试范围不再扩大、外部测试人员可按期入场。任一假设变化，都应在复核时重新比对供需，而不是沿用原结论。
完成检查：承接清单是否可执行
评审结束前，用以下检查项逐条核对。全部通过，承接清单才具备执行条件。
- 每个可承接项目都写明了容量来源，例如某角色可承诺工时，并有对应资源负责人确认。
- 每个有条件承接项目都写清了条件内容、验证方式和触发时点，条件可被观察和判断。
- 每个暂缓项目都记录了重新评估的时间或事件，避免无限期搁置。
- 容量假设、数据来源和复核日期已归档，与承接清单版本对应。
- 候选项目池中的每个项目都有结论，没有未处理项。
- 决策层已对暂缓和有条件承接项目完成取舍确认。
检查中若发现某项结论缺少容量来源或责任人确认，应回到对应步骤补充，而不是在清单上标注“待定”后直接发布。带未确认项的清单在复核时很难判断结论是否仍然成立。
用工作项与文档承载决策过程
承接清单和容量假设需要可追溯的承载方式，否则下一轮评审时很难还原当时的判断依据。一种可行做法是把候选项目、容量假设和结论作为可追踪的工作项或文档记录：候选项目以工作项形式进入评审范围，容量假设和扣除项写在文档中并关联到本轮评审，三类结论在承接清单中保持状态流转，从草案、确认到复核更新使用同一份清单，便于对照变化。
ONES 的资源与工时管理方案支持跨项目团队资源规划，提供资源规划视图，管理者可按业务优先级安排和计划团队资源，并查看项目和团队的资源利用率及负荷度；其资源管理支持通过工作数量和工时规模了解成员排期，筛选与分组查看成员在不同项目的投入比重，也可查看成员每日投入饱和明细以识别规划风险。这些能力可用于准备容量比对所需的角色投入信息。承接清单、容量假设与复核记录可放在项目组合视图和文档中维护，具体组合视图的配置方式需结合组织实际使用情况确认。版本与部署方式以官方当前页面为准，采购前需核实。
常见问题
候选项目在评审中途新增，应该插入本轮决策还是等下一轮？
先判断新增项目是否落在本轮决策周期内、是否需要在本周期做出资源承诺。如果两者都成立，且项目属于不可延后层级，可以插入本轮，但需要同步更新候选项目池、需求拆分和供需对照表，并重新核对缺口角色，不能只加项目不加比对。如果新增项目时间窗口在本周期之外，或属于可延后层级，建议记入下一轮候选池，避免本轮结论反复变动。无论哪种处理，都应在决策记录中写明新增原因和处理方式，便于复核时追溯。
资源负责人给出的可用容量和实际投入对不上，怎么办？
先区分是口径问题还是承诺问题。口径问题通常来自扣除项不一致，例如休假、运维值班、日常支持是否计入固定占用，需要回到容量口径说明逐项对齐。承诺问题则是资源负责人确认的可承诺工时在执行中被其他事项占用，这时应在复核时点重新比对供需，并记录占用来源。处理方式上，可以把实际投入与承诺工时的差异作为下一轮容量假设的修正依据，而不是在评审会上临时压低需求。差异持续出现时，需要由决策层明确该角色的优先级规则。
有条件承接的项目，条件一直没被触发，清单该如何处理？
有条件承接的条件应包含触发时点，例如某个前置项目的测试计划确认、外部人员入场日期。到了触发时点条件仍未满足，应在复核中将该项目重新归类：条件已不可能在本周期内满足的，转为暂缓并记录重新评估的事件；条件只是延后的，更新触发时点并保留有条件承接状态。关键是不要让条件长期悬空，否则清单上的结论会与实际资源状况脱节。组合管理者应在复核记录中写明每次状态变化的原因。
决策周期内关键角色发生人员变动，原承接结论还有效吗？
人员变动属于容量假设变化，原结论需要重新核对，不能直接沿用。做法是把变动后的可用工时重新折算，与已承接项目的分阶段需求再比对一次，重点看缺口是否出现在原结论依赖的角色和时段。如果缺口可以通过调整范围或错峰启动消化，更新有条件承接的条件；如果缺口无法在本周期内解决，需要由决策层对已承接项目做取舍确认。这类变动也应作为复核触发事件写入决策记录，形成固定的响应路径。
承接清单用表格维护还是放到协作工具里更合适？
取决于评审频率和参与人数。单轮、参与方少的评审，用表格加一份口径说明即可满足记录需求。多轮滚动评审、参与角色较多时，把候选项目、容量假设和结论放到可追踪的工作项与文档中更便于对照变化。ONES 的资源与工时管理方案支持跨项目团队资源规划，提供资源规划视图，可查看项目和团队的资源利用率及负荷度，资源管理支持筛选分组查看成员在不同项目的投入比重，也可查看每日投入饱和明细以识别规划风险，这些信息可用于准备容量比对。承接清单与复核记录可放在项目组合视图和文档中维护，具体配置方式需结合组织实际使用情况确认，版本与部署方式以官方当前页面为准。
