资源约束下的项目选择，核心是判断“哪些项目值得做、哪些项目接得住”。常用方法包括战略门槛筛选、加权评分排序、瓶颈资源优先、资源能力指数或线性规划、分阶段承诺与滚动选择。方法选择取决于约束性质与决策颗粒度：约束集中在少数关键角色时看瓶颈，候选多且需快速排序时用评分，资源类型多且数据完整时可量化建模。组合评审中通常叠加使用，先设门槛，再排序，最后做容量校验。ONES可承载评审中的项目清单、评分记录与资源容量校验。
要点总览（TL;DR）
- 方法选择取决于约束性质与决策颗粒度：约束集中在少数关键角色时用瓶颈资源优先法，候选项目多且需快速排序时用加权评分法，资源类型多且数据完整时可用线性规划类方法。
- 组合评审中通常叠加使用：先用战略门槛淘汰不合格项，再用评分排序，最后做资源容量校验与滚动调整，确定承接顺序。
- 每种方法都有代价：门槛设定偏主观、评分权重易引发争议、瓶颈法对单点依赖强、量化模型对数据精度要求高，结果都需要人工复核。
- 评审结论需要保留门槛条件与淘汰理由、评分维度与得分、资源可用量与容量校验结果、滚动调整记录，便于复核和追溯。
- 已选项目之间的人员协调与负载冲突管理属于项目集资源协调范畴，与项目选择环节分开管理，两者衔接但职责不同。
资源约束下项目选择方法同口径对照
把常用方法放在同一组维度下比较，可以先建立选择框架。下表从所需输入、约束处理方式、输出结果、决策颗粒度、典型适用条件和主要局限六个维度展开。表中“典型适用条件”描述方法发挥作用的前提，条件不满足时方法仍可使用，但结果需要更多人工复核。
| 方法 | 所需输入 | 约束处理方式 | 输出结果 | 决策颗粒度 | 典型适用条件 | 主要局限 |
|---|---|---|---|---|---|---|
| 战略门槛筛选 | 战略目标、合规要求、项目基本画像 | 设定必须满足的门槛条件，不满足即淘汰 | 合格项目池 | 项目级，粗颗粒 | 候选项目多，需要先统一战略口径；评审周期短 | 门槛设定偏主观，过严可能漏掉潜力项目 |
| 加权评分排序 | 评分维度、权重、各项目打分 | 将多维度评价折算为综合分，按分数排序 | 项目优先级排序 | 项目级，可解释 | 候选较多，需要快速形成可解释的排序；评审方对维度有共识 | 权重主观性可能放大争议，分数接近时区分度有限 |
| 瓶颈资源优先（约束理论式） | 关键稀缺角色或设备的可用量、各项目对瓶颈资源的需求 | 以瓶颈资源可用量决定承接顺序，非瓶颈资源让位于瓶颈 | 按瓶颈排定的承接顺序 | 资源级，细颗粒 | 约束集中在少数关键角色或设备；瓶颈相对稳定 | 对单点依赖强，瓶颈识别错误会放大偏差 |
| 资源能力指数／线性规划 | 资源类型、数量、项目资源需求、约束条件 | 用量化模型在资源上限内求可行或最优组合 | 可行组合方案或优化解 | 资源类型级，可细到组合 | 资源类型多、可量化程度高、数据较完整 | 对数据精度和建模能力要求高，结果需业务复核 |
| 分阶段承诺与滚动选择 | 近期确定需求、远期预估需求、评审节奏 | 只承诺近期资源，保留后续调整空间，按周期滚动重选 | 阶段性承接清单 | 时间分段，滚动颗粒 | 不确定性高、需求变化快；有稳定的评审节奏 | 长期承诺弱，需要配套滚动评审机制 |
这张表的作用是建立共同语言：当评审中出现分歧时，先确认分歧发生在哪个维度——是门槛该不该设、权重怎么定，还是瓶颈资源识别不一致。维度对齐后，方法选择才有讨论基础。
各方法的适用条件与取舍依据
每种方法都有其成立的前提，也有相应的代价。理解取舍依据，才能在组合评审中按约束性质切换或叠加方法。
战略门槛筛选：先统一口径，再谈排序
门槛法适合候选项目数量多、评审时间有限的场景。做法是先明确必须满足的战略与合规条件，例如是否支撑年度重点方向、是否涉及强制合规要求，不满足的项目直接移出候选池。它的价值在于把评审精力集中到合格项目上，避免在明显不合适的项目上反复讨论。
代价在于门槛设定本身带有主观性。门槛过宽，筛选作用有限；门槛过严，可能把处于探索期、短期看不出战略贡献的项目提前淘汰。适用条件是组织对战略优先级有相对清晰的共识，且门槛条件可以事先书面化。门槛应定期复核，随战略调整更新。
加权评分排序：快速形成可解释的优先级
评分法适合候选项目较多、需要在一次评审内形成排序的场景。前提是评分维度与权重在评审前达成共识，各项目按同一口径打分。维度通常包括战略贡献、预期收益、实施难度、风险水平等，权重反映组织当前的侧重。
评分法的优势是过程透明、结果可解释，便于向相关方说明排序依据。主要代价是权重的主观性：权重微调可能改变排序结果，评审中容易围绕权重而非项目本身争论。适用条件是评审方愿意在打分前先确认权重，并接受评分作为决策参考而非唯一依据。分数接近的项目，建议结合定性讨论再定顺序。
瓶颈资源优先：约束集中在少数关键角色时
当约束集中在少数关键角色或设备上时，瓶颈优先法比综合评分更贴近实际。做法是识别真正的瓶颈资源，按其可用量安排承接顺序，非瓶颈资源的安排服从瓶颈节奏。例如某类架构师只有两人，所有需要该角色的项目就应按这两人的可用档期排队。
这种方法的前提是瓶颈识别准确且相对稳定。代价是对单点依赖强：一旦瓶颈判断错误，或瓶颈在项目周期内发生转移，排序结果会整体偏差。适用条件是资源结构清晰、瓶颈可被明确指认，且组织愿意围绕瓶颈安排其他资源。瓶颈发生变化时，需要重新识别并调整顺序。
资源能力指数与线性规划：资源类型多、数据完整时
当资源类型多、项目对各类资源的需求可以量化时，可以用资源能力指数或线性规划类方法求解组合。做法是把资源上限、项目需求、承接条件写成约束，在可行域内寻找满足目标的最优或近似最优组合。它适合资源结构复杂、人工排序难以兼顾多个约束的场景。
这类方法对数据精度要求高：资源可用量、项目需求估算的误差会直接影响结果。建模能力也是前提，模型需要随资源结构变化维护。适用条件是数据较完整、有专人负责建模与复核。模型输出应作为决策输入，由评审结合业务判断确认，不宜直接作为最终结论。
分阶段承诺与滚动选择：不确定性高时的稳妥做法
当需求变化快、远期信息不足时，一次性排定全部项目风险较高。分阶段承诺的做法是只对近期确定的部分做出资源承诺，远期项目保留在候选池中，按固定节奏滚动评审、逐步确认。它把“一次选对”转化为“持续选对”。
代价是长期承诺弱，相关方可能对远期安排缺乏确定预期。适用条件是组织有稳定的评审节奏和明确的阶段划分，且能接受承接清单随信息更新而调整。滚动机制需要配套的记录，确保每次调整有据可查。
方法之间如何取舍与叠加
这些方法并非互斥。组合评审中常见的做法是叠加使用：先用门槛法淘汰明显不合格的项目，缩小候选范围；再用评分法形成初步排序；最后用资源容量校验确认排序在资源上是否可行，不可行的部分通过滚动调整处理。约束性质发生变化时，例如瓶颈角色出现或消失，可以在同一流程中切换侧重的方法。
取舍的判断可以归结为几个问题：候选项目是否多到需要先筛；约束是否集中在少数资源；资源数据是否完整到可以建模；需求不确定性是否高到需要分段承诺。回答不同，方法组合的侧重也不同。
组合评审中的取舍流程与选择建议
把方法落到评审动作上，可以按以下步骤推进。每一步都产出明确的记录，便于复核和追溯。
评审取舍五步流程
- 明确约束类型。评审前确认当前主要约束是什么：是关键角色不足、预算上限，还是交付周期紧张。约束类型决定后续方法的侧重。产出：约束说明，记录约束对象与数量。
- 设定门槛。依据战略与合规要求列出必须满足的条件，形成合格项目池。产出：门槛清单与淘汰记录，注明淘汰理由。
- 排序。对合格项目按统一维度评分，或按瓶颈资源可用量排序。产出：排序结果与评分明细，保留各维度得分。
- 容量校验。用资源可用量核对排序结果，确认承接顺序在资源上可行，识别超载环节。产出：容量校验记录，标注不可行项及原因。
- 滚动调整。对不可行或不确定的部分，按阶段重新评审，更新承接清单。产出：阶段性承接清单与调整记录。
不同约束场景下的方法组合建议
| 约束场景 | 建议方法组合 | 说明 |
|---|---|---|
| 候选项目多、约束分散 | 门槛筛选 + 加权评分 + 容量校验 | 先缩小范围，再排序，最后确认资源可行 |
| 约束集中在少数关键角色 | 门槛筛选 + 瓶颈资源优先 + 滚动调整 | 排序以瓶颈档期为准，非瓶颈资源配合安排 |
| 资源类型多、数据完整 | 门槛筛选 + 线性规划类方法 + 业务复核 | 模型给出组合方案，评审确认后执行 |
| 需求不确定性高 | 门槛筛选 + 评分排序 + 分阶段承诺 | 近期确定、远期滚动，降低一次性排定风险 |
需要记录的证据与复核点
评审结论要经得起后续追问，需要保留几类记录：门槛条件及淘汰理由，确保筛选口径一致；评分维度、权重与各项目得分，便于解释排序；资源可用量与容量校验结果，说明承接顺序的资源依据；滚动调整的时间与原因，形成可追溯的变更记录。复核点建议设在每次滚动评审前，检查门槛是否仍适用、瓶颈是否转移、资源数据是否更新。
在评审组织上，项目清单、评分记录与资源容量校验结果需要放在同一处管理，避免评分表与资源数据分散在不同文档中导致口径不一致。ONES 资源和工时管理解决方案提供资源规划视图，管理者可以根据业务优先级灵活安排、计划和管理团队资源，实现可用资源和需求之间的有效平衡；同时支持跨项目团队资源的规划，以及查看项目和团队的资源利用率及负荷度。这些能力可以承接评审流程中的容量校验环节，让排序结果与资源数据在同一套记录中对照。组合层面的评分排序功能是否可用，需结合所选版本与实际配置确认。
与已选项目间人员协调的边界
本文讨论的是“承接哪些项目”的选择环节。项目确定之后，已选项目之间的人员协调与资源负载冲突管理属于项目集资源协调范畴，涉及任务分派、负载均衡与冲突处理，与选择环节的方法和记录分开管理。选择环节的输出是承接清单与排序依据，协调环节的输入是这份清单，两者衔接但职责不同。明确这条边界，可以避免评审会上把选择问题与执行协调问题混在一起讨论。
常见问题
候选项目只有几个、资源类型也单一，还需要走完整的门槛筛选和评分流程吗？
候选项目少、约束类型单一时，完整流程的收益有限，可以简化。门槛条件仍建议保留，用一页纸列出必须满足的战略与合规要求，避免明显不合适的项目进入讨论；排序环节可以直接围绕关键约束展开，例如按瓶颈角色的可用档期排定顺序，不必再设计多维度评分表。
简化的前提是评审方对优先级已有基本共识。若项目之间争议较大，补一份简版评分记录有助于说明排序依据，也方便后续复核。
评分法和瓶颈资源优先法给出的排序结果不一致时，以哪个为准？
两者回答的问题不同：评分法反映项目综合价值，瓶颈法反映资源上能否接得住。结果不一致时，先确认当前主要约束是什么。约束集中在少数关键角色或设备上，承接顺序应以瓶颈档期为准，评分结果作为同等条件下的参考；约束分散、资源可替代性较强时，以评分为主，再用容量校验剔除资源上不可行的部分。
无论以哪个为准，都应把两种结果和取舍理由一并记录，便于后续评审追溯。
资源数据不完整，还能用线性规划类方法吗？
数据精度不足时，量化模型的结果偏差会被放大，直接作为决策结论风险较高。可以先用资源能力指数做粗略估算，识别明显的资源缺口，再结合瓶颈法或评分法形成承接顺序；同时补齐资源可用量与项目需求估算的基础数据，待数据较完整后再引入建模。
模型输出应作为决策输入，由评审结合业务判断确认，不宜直接作为最终结论。
滚动选择会不会让相关方觉得承诺不可靠？
滚动选择把长期承诺拆成阶段性承诺，需要配套的沟通方式。做法是明确阶段划分和评审节奏，向相关方说明近期承诺的确定范围与远期项目的候选状态，并保留每次调整的记录与原因。这样相关方能看到承接清单的变化依据，而不是面对一个随时可能变动的结果。
适用条件是组织有稳定的评审节奏，且能接受承接清单随信息更新而调整。
评审中的项目清单、评分记录和容量校验结果分散在不同文档里，会带来什么问题？
分散管理容易导致口径不一致：评分表用的项目范围与资源数据对应的范围不同，容量校验就失去意义；滚动调整后，旧版本记录若未同步，复核时难以判断结论依据。建议把项目清单、评分记录与资源容量校验结果放在同一处管理，按评审轮次归档。
ONES 资源和工时管理解决方案提供资源规划视图，支持跨项目团队资源的规划，以及查看项目和团队的资源利用率及负荷度，可以承接评审流程中的容量校验环节。组合层面的评分排序功能是否可用，需结合所选版本与实际配置确认。
