资源约束下的项目选择，核心是先把可用容量盘清，再把候选项目转成可比较的资源需求，放到同一时间轴上做缺口对照，最后按战略贡献、资源缺口、交付风险和依赖关系排序取舍。本文面向负责项目组合或资源管理的读者，给出容量基线表、需求估算表、情景对照和承接清单的完整做法；ONES可作为承载资源规划与投入分析的工具方向。
要点总览（TL;DR）
- 容量盘点按技能族和关键角色统计，从日历工时中扣除运维、休假、培训等非项目占用，再区分已承诺占用与剩余可分配容量，形成可追溯的容量基线表。
- 候选项目按阶段和角色拆成区间人天，标注峰值人数、持续周数与关键假设，单独列出稀缺技能族和外部依赖，避免单点数字造成虚假精确。
- 把容量与需求放到同一季度或滚动窗口上逐格对照，设置基准、压缩、延后等情景，识别瓶颈技能族和冲突时段，作为排序的直接输入。
- 排序先按战略贡献分层，再用资源缺口、交付风险、依赖关系排除，结论分为必须做、可分期、可暂缓、需外部补充，并写明复核条件。
- 选择结果可执行的标志是口径一致、假设留痕、暂缓与分期条件明确、责任人和复核时点落实，阻断项未消除的项目不进入必须做类别。
先算清容量：可用资源怎么盘
容量盘点的目标是得到一张能直接用于对照的基线表。统计口径按技能族和关键角色展开，例如后端开发、前端开发、测试、数据、实施顾问，而不是只统计部门人数。同一技能族内熟练度差异明显时，应分列或按权重折算，否则高级工程师和初级工程师会被当成等价资源。
可用容量从日历工时出发，逐项扣除非项目占用：日常运维与支持、休假与法定假日、培训与认证、内部会议与管理事务。扣除后的结果才是项目可用的毛容量。接着区分已承诺项目占用和剩余可分配容量，已承诺部分包括已立项项目的排期、已签署合同的交付承诺和固定节奏的版本维护。
盘点步骤可以按以下顺序执行：
- 确定盘点窗口，通常为一个季度或未来两个滚动季度，窗口长度与后续供需对照保持一致。
- 按技能族和关键角色列出人员清单，记录每人窗口内可用工作日。
- 扣除休假、培训、运维支持等非项目占用，得到毛可用人天。
- 汇总已承诺项目的角色投入，得到已占用人天。
- 毛可用人天减去已占用，得到剩余可分配容量，按技能族汇总。
完成标志是容量基线表通过资源负责人确认，且每个技能族的数字都能追溯到人员清单和占用来源。表格结构可参考下表。
| 技能族 | 可用人天 | 非项目占用 | 已承诺项目占用 | 剩余可分配 | 数据确认人 |
|---|---|---|---|---|---|
| 后端开发 | 示例值 | 示例值 | 示例值 | 示例值 | 资源负责人 |
| 测试 | 示例值 | 示例值 | 示例值 | 示例值 | 测试负责人 |
| 实施顾问 | 示例值 | 示例值 | 示例值 | 示例值 | 交付负责人 |
在工具层面，ONES的资源规划视图可以按业务优先级安排团队资源，资源利用率与负荷度视图能帮助核对已占用与剩余的口径是否一致；这些数据依赖成员日常任务安排与工时登记，盘点前应先确认登记习惯。
候选项目的资源需求怎么估
需求估算的任务是把每个候选项目翻译成与容量基线同口径的角色人天，并标出峰值和持续期。只给一个总数无法判断项目能否放进窗口，峰值出现在哪个季度、持续多久，往往才是决定承接与否的关键。
估算按阶段和角色拆解。以典型交付项目为例，需求与设计阶段主要消耗产品经理和架构师，开发阶段集中消耗开发角色，测试阶段集中消耗测试角色，上线与推广阶段消耗实施和运营角色。每个阶段列出角色、人天区间、起止时间和峰值人数。
估算使用区间而非单点数字，并写明假设。假设包括复用已有组件的比例、外部接口就绪时间、客户配合程度、是否需要并行多环境等。区间上下限的差距本身是风险信号，差距越大，越需要在排序阶段留出缓冲或设置阶段门。
同时识别关键稀缺资源和外部依赖。稀缺资源指容量基线中剩余量最少、替代性最差的技能族；外部依赖指供应商交付、第三方接口、客户环境准备等不受组合内部调度控制的条件。这两类信息要单独列出，不能淹没在总人天里。
需求估算表的字段建议包括：项目名称、阶段、角色、人天下限、人天上限、峰值人数、持续周数、关键假设、外部依赖、估算人。完成标志是每个候选项目都有估算人签字，且区间与假设可被发起人复核。
缺口对照与情景评估怎么做
缺口对照把容量基线和需求估算放到同一时间轴上，按季度或滚动窗口逐格比较。做法是按技能族和季度建立矩阵，行是技能族，列是季度，单元格填入该季度剩余可分配容量与候选项目需求之和的差额。差额为负的单元格即为缺口，需要进入情景评估。
情景设置通常包括三类。基准情景按现有排期和全部候选项目同时推进，用于暴露最大缺口；压缩情景通过缩小范围、复用组件或增加加班消化部分缺口，用于评估提速代价；延后情景把部分项目整体后移一个窗口，用于观察缺口是否自然缓解。必要时增加外部补充情景，评估外包或借调的成本与到位周期。
情景评估的重点是识别瓶颈技能族和冲突时段。瓶颈技能族在多个情景下都持续为负，说明它是本轮选择的硬约束；冲突时段集中在某几个季度，说明问题出在排期叠加而非总量不足，可以通过错峰解决。把这两类结论写进情景对比表，作为排序取舍的直接输入。
| 情景 | 承接项目数 | 瓶颈技能族 | 最大缺口季度 | 主要代价 |
|---|---|---|---|---|
| 基准 | 示例值 | 示例值 | 示例值 | 缺口无法消化 |
| 压缩 | 示例值 | 示例值 | 示例值 | 范围缩减或加班 |
| 延后 | 示例值 | 示例值 | 示例值 | 交付时间后移 |
完成标志是每个情景都有明确的承接项目集合、缺口分布和代价说明，且情景之间的差异可以用一句话说清。
排序取舍：资源约束下选哪些项目
排序依据四类判断。战略贡献看项目与年度重点、客户承诺、合规要求的关系；资源缺口看项目对瓶颈技能族的占用和缺口季度；交付风险看需求确定性、外部依赖和技术难度；依赖关系看项目之间以及项目与平台建设之间的先后约束。四类判断不必合成一个分数，更实用的做法是先按战略贡献分层，再在层内用其余三类做排除。
取舍结论分为四类：必须做，指战略或合同约束下不可推迟的项目；可分期，指整体价值成立但可以拆分范围、先交付核心部分的项目；可暂缓，指价值成立但当前窗口资源无法支撑的项目；需外部补充，指缺口集中在可外包或可借调技能族的项目。每个结论都要写明理由和触发复核的条件。
并列与争议按以下规则处理：战略贡献相同看客户承诺的违约成本；违约成本相同看资源缺口能否通过错峰消除；仍无法区分时，由组合管理者与业务代表共同评审，评审记录进入决策档案。避免用先到先得或部门平衡作为默认规则，这两条规则会把资源约束重新变成排队问题。
完成标志是形成项目承接清单，每个项目有结论、理由、责任人和复核时点；暂缓项目写明重新评估的条件，例如瓶颈技能族释放或外部依赖就绪。ONES在这类组合决策中可承载承接清单与资源投入的对应关系，资源报表能反馈各项目的实际投入，便于下一轮盘点时校正估算。
角色分工与交付物清单
各步骤需要明确负责人、输入、输出和交接时点，否则容量表和需求表容易各自为政。下表给出一种常见分工，组织可按规模调整，但输入输出关系应保持完整。
| 角色 | 主要职责 | 输入 | 输出 | 交接时点 |
|---|---|---|---|---|
| 组合管理者 | 组织盘点与评审，主持排序取舍 | 战略重点、候选项目清单 | 承接清单、决策记录 | 评审会后两个工作日内 |
| 资源负责人 | 提供容量基线，确认占用口径 | 人员清单、排期与工时数据 | 容量基线表 | 盘点窗口开始前 |
| 项目发起人 | 提交需求估算与假设 | 项目范围、阶段计划 | 需求估算表 | 容量基线确认后一周内 |
| 财务或业务代表 | 提供成本约束与客户承诺信息 | 合同、预算 | 约束条件说明 | 排序评审前 |
评审与确认机制包括两道关口。第一道在缺口对照完成后，由组合管理者和资源负责人确认情景结果与瓶颈判断；第二道在承接清单形成后，由发起人和业务代表确认暂缓与分期理由。两道关口的结论都要留痕，作为下一轮盘点的对照基准。
示例：一个季度窗口的选择过程
以下为演示情景，数字仅用于说明方法，不代表任何真实组织的数据。
某组织规划下一季度资源，容量基线显示后端开发剩余可分配120人天，测试剩余80人天，实施顾问剩余60人天。候选项目有三个：A为合规改造，战略贡献高且有明确截止日期；B为客户门户升级，价值明确但需求尚在澄清；C为内部数据平台，可拆分范围。
需求估算结果：A需要后端60人天、测试40人天，峰值集中在季度前半段；B需要后端70人天、测试50人天，峰值与A重叠；C需要后端50人天、实施顾问40人天，可拆为两期。按基准情景全部推进，后端缺口60人天，测试缺口10人天，冲突集中在季度前半段。
情景评估显示，延后B一个季度可使后端缺口归零，测试仍有小幅缺口；压缩C的第一期范围可释放后端20人天。排序结论为：A列为必须做；C列为可分期，先做第一期；B列为可暂缓，待需求澄清后在下个窗口重新评估；测试缺口通过调整A的测试排期错峰消化。承接清单同时记录B的复核条件为需求文档确认且后端容量释放。
该示例的边界在于：只处理一个季度窗口内的承接选择，不涉及已选项目之间的人员日常协调；估算区间和假设在示例中做了简化，实际使用时需按组织数据替换。
完成检查：选择结果是否可执行
本轮选择结束后，用以下清单逐项核对。任一项不满足，应返工对应步骤后再提交评审。
- 容量基线与需求估算使用同一时间窗口、同一技能族划分和同一人天口径。
- 每个候选项目的估算区间、关键假设和外部依赖均已记录，并有估算人确认。
- 缺口对照覆盖全部瓶颈技能族，情景方案不少于两个，且差异说明清楚。
- 每个项目的结论属于必须做、可分期、可暂缓、需外部补充之一，暂缓与分期均写明条件和复核时点。
- 承接清单中每个项目有责任人和下一轮复核时间。
- 阻断项已列出：例如关键外部依赖未就绪、瓶颈技能族无替代来源、估算假设未获发起人确认。出现阻断项的项目不得进入必须做类别。
- 返工条件明确：容量数据更新超过约定比例、候选项目范围发生实质变化、战略优先级调整时，重新执行盘点与对照。
清单全部通过，说明本轮选择结果具备执行基础，可以进入排期与承诺环节。
常见问题
容量盘点时，同一技能族里熟练度差异很大，应该怎么处理？
建议分列或按权重折算。比如后端开发可以拆成高级、中级、初级三档，分别统计可用人天和已占用；如果人员规模较小不便分档，可以给不同熟练度设折算系数，把初级折算为高级的一定比例。关键是容量基线和需求估算使用同一套折算口径，否则对照结果会失真。折算系数本身要记录在基线表备注中，下一轮盘点时沿用或调整都应有依据。
候选项目需求估算的区间上下限差距很大，还能进入排序吗？
可以进入排序，但要把区间差距当作风险信号处理。差距大通常说明范围不清、外部依赖未定或技术方案未验证，这类项目更适合归入可暂缓或可分期，并设置阶段门：先完成需求澄清或技术验证，再重新估算。如果战略上必须做，则应在承接清单中预留缓冲，并明确触发重新估算的条件，例如需求文档确认或外部接口就绪。
压缩情景里安排加班消化缺口，需要注意什么？
加班只能作为短期、有限度的调节手段，并且要写清代价。评估时至少记录三点：加班覆盖的缺口人天、持续周数、对关键角色饱和度的推高幅度。如果瓶颈技能族在压缩情景下仍然持续为负，说明加班无法解决总量问题，应回到延后或外部补充情景。另外，加班方案需要资源负责人确认可行性，不能由项目发起人单方面承诺。
战略贡献相同的项目怎么打破并列？
按顺序比较三项：客户承诺的违约成本、资源缺口能否通过错峰消除、依赖关系是否允许后移。违约成本高的优先；缺口能通过错峰消除的优先；被其他项目依赖的前置项目优先。三项仍无法区分时，由组合管理者与业务代表共同评审并留痕。不建议用先到先得或部门平衡作为默认规则，这两条规则会把资源约束重新变成排队问题。
暂缓的项目什么时候重新评估？
暂缓结论必须附带明确的复核条件，常见的有三类：瓶颈技能族释放出约定数量的人天、关键外部依赖就绪、需求范围完成澄清。复核时点可以绑定下一轮季度盘点，也可以设定触发式复核。复核时不需要重做全部估算，但应更新容量基线和该项目的需求区间，确认条件是否真正满足，再决定转为承接还是继续暂缓。
用工具承载容量基线和承接清单时，需要先确认什么？
先确认数据登记习惯。容量基线和投入分析依赖成员日常任务安排与工时登记，如果登记不及时或不完整，报表反映的占用和剩余就会偏离实际。ONES的资源规划视图可按业务优先级安排团队资源，资源利用率与负荷度视图用于核对占用口径，资源报表可反馈项目投入情况；使用前应统一工时登记规则和统计周期，再让盘点数据进入系统。
