组合评审里选项目，方法取舍取决于这次评审要回答什么问题、受哪类约束。合规与合同门槛、资金回报、人力容量、战略平衡各自需要不同方法，单一评分表很难同时覆盖。本文按“方法—问题—输出物”梳理五类常用方法，给出同口径比较和条件化取舍规则，并说明评审流程与记录如何落地。
要点总览（TL;DR）
- 组合评审选项目，先看这次评审要回答什么：合规与合同门槛、资金回报、人力容量、战略平衡各自对应不同方法，单一评分表难以同时覆盖。
- 五类常用方法各有分工：强制约束筛选定边界，评分卡与加权排序在候选池内比优先级，财务方法判断资金回报，容量与资源负荷校验判断能否承接，分层组合检查整体结构。
- 取舍按约束类型定：资金受限以财务方法为主排序，人力受限把容量校验前置；数据粗糙时先用约束筛选和粗排序，不宜直接上完整评分卡与财务模型。
- 组合评审通常串联两到三种方法：约束筛选做门槛，评分或财务方法排序，容量校验做最终裁剪，并在评审记录中写明方法、权重与关键假设。
- 验证取舍是否有效，回看上次评审：排序靠前的项目是否按计划启动，被容量裁剪的项目是否因资源释放重新入选，未入选原因是否被推翻。
组合评审常用的项目选择方法及各自回答的问题
项目选择方法的价值在于把评审中的争论收敛到可核对的判断上。每种方法回答一个特定问题，输出物也不同。先建立这张方法地图，评审时才能判断当前缺的是门槛、排序依据还是承接能力。
强制约束筛选
它回答“哪些项目无论评分高低都必须进入或必须排除”。输入是合规要求、合同交付条款、项目间不可延期的依赖关系。输出是一份硬约束清单和通过门槛的候选池。这类筛选不比较价值，只确认边界，通常在评审最开始执行。
评分卡与加权排序
它回答“在候选池内，哪些项目相对更值得优先投入”。做法是设定战略契合、客户影响、交付风险等维度，分配权重后逐项打分。输出是候选项目的排序和分差。评分卡适合候选项目数量多、需要横向比较的场景，其结论质量取决于维度与权重是否事先达成一致。
财务方法
它回答“从资金回报看，这个项目值不值得投”。净现值衡量项目在整个周期内的折现收益，投资回收期衡量资金多久能收回，内部收益率衡量项目自身的回报水平。输出是每个项目的财务指标和排序。财务方法对现金流预测的准确性敏感，适合投入金额较大、收益可量化的项目。
容量与资源负荷校验
它回答“即使项目值得做，团队是否接得住”。输入是各角色的可用工时、当前已承诺的负荷和候选项目的人力需求。输出是资源缺口清单和可承接的项目数量上限。容量校验不判断项目价值，它把排序结果裁剪到组织真实能执行的范围。
分层组合与战略对齐
它回答“组合整体是否平衡”。常见做法是把候选项目分为必须做、应该做、可以做三层，再检查各层在业务线、项目类型和风险上的分布。输出是一张分层组合视图。分层组合适合战略调整期，用来防止评分或财务排序把资源过度集中到单一方向。
| 方法 | 回答的问题 | 主要输出物 |
|---|---|---|
| 强制约束筛选 | 哪些项目必须进、必须出 | 硬约束清单、候选池 |
| 评分卡与加权排序 | 候选池内谁更优先 | 评分表、排序与分差 |
| 财务方法 | 资金回报是否值得投 | 净现值、回收期、内部收益率 |
| 容量与资源负荷校验 | 团队能否承接 | 资源缺口清单、承接上限 |
| 分层组合与战略对齐 | 组合整体是否平衡 | 必须做/应该做/可以做分层视图 |
同口径差异对照：五类方法在评审中的比较
把五类方法放在同一组维度下比较，取舍会更清楚。下表统一从输入数据、输出形式、对资源约束的敏感度、可解释性、评审耗时和主要局限六个维度展开。
| 维度 | 强制约束筛选 | 评分卡与加权排序 | 财务方法 | 容量与资源负荷校验 | 分层组合与战略对齐 |
|---|---|---|---|---|---|
| 输入数据 | 合规条款、合同、依赖关系 | 评分维度、权重、专家判断 | 现金流预测、折现率 | 角色可用工时、已承诺负荷、项目人力需求 | 战略目标、项目分类标签 |
| 输出形式 | 通过/排除清单 | 分数与排序 | 财务指标与排序 | 缺口清单与承接上限 | 分层视图与分布检查 |
| 对资源约束的敏感度 | 低，只看硬性条件 | 低，除非把资源可得性设为评分维度 | 低，关注资金而非人力 | 高，直接以负荷为判断依据 | 中，可把资源分布纳入平衡检查 |
| 可解释性 | 高，规则明确 | 中，取决于权重是否公开 | 中高，指标可复算但依赖预测假设 | 高，可落到具体角色和时段 | 中，分层标准需要事先约定 |
| 评审耗时 | 低 | 中高，需要准备评分数据并校准权重 | 中高，需要财务建模 | 中，依赖资源数据的完整度 | 中 |
| 主要局限 | 不区分价值高低 | 权重主观，容易掩盖硬约束 | 预测偏差会放大排序误差 | 不判断项目价值，只判断可行性 | 分层标准模糊时难以执行 |
评分卡与财务方法的差异集中在判断依据上。评分卡把战略契合、客户影响等难以货币化的因素纳入比较，适合收益不易量化的项目；财务方法把比较统一到资金口径，适合投入大、现金流可预测的项目。两者可以并用：评分卡给出综合排序，财务指标作为其中一列或一票否决条件。
容量校验与分层组合是互补关系。容量校验回答“接不接得住”，分层组合回答“组合结构是否合理”。前者裁剪数量，后者调整结构。只做容量校验，组合可能集中在同一业务线；只做分层，可能排出团队无法执行的清单。
数据不足时，评分卡和财务方法最容易失真。评分维度缺少可靠输入，权重就会放大主观判断；现金流预测粗糙，净现值和回收期的排序会随假设大幅波动。约束筛选和容量校验对数据完整度的要求相对低，在数据粗糙阶段更可靠。
不同条件下如何取舍：场景与组合方式
方法取舍可以按评审条件归纳成规则。以下规则针对“判断可承接哪些项目”这一任务，已选项目之间的人员协调不在本文范围。
候选项目多、数据粗糙
先用强制约束筛选缩小范围，再用少量维度做粗排序，最后做容量校验。这个阶段不宜直接上完整评分卡和财务模型，维度越多、假设越细，粗糙数据带来的误差越大。粗排序的结论应标注为待细化，等数据补齐后再复评。
资金受限与人力受限
资金受限时，财务方法应作为主排序依据，评分卡用于补充战略因素，容量校验确认执行团队是否到位。人力受限时，容量与资源负荷校验应前置，先确定各角色的承接上限，再在可承接范围内用评分卡排序。两种约束同时存在时，先做容量裁剪，再做财务排序，避免对无法执行的项目做资金测算。
战略调整期与稳定执行期
战略调整期适合以分层组合为主框架，先确定必须做和应该做的边界，再用评分卡在层内排序。稳定执行期组合结构变化小，评分卡加容量校验即可支撑常规评审，分层组合按季度或半年检查一次。
监管或合同硬约束
硬约束项目在评审顺序上最先处理：先列入必须做，占用相应资源，再对剩余容量做排序。硬约束的确认依据应写入评审记录，避免后续评审重复争论。
串联顺序与记录要求
组合评审通常串联两到三种方法：约束筛选做门槛，评分或财务方法排序，容量校验做最终裁剪。串联顺序一旦确定，应在评审记录中写明所用方法、权重、关键假设和未入选原因。顺序调整时同步更新记录，保证前后两次评审可比。
在组合评审中落地：评审流程与记录要点
方法确定后，评审的执行质量取决于准备是否充分、步骤是否清晰、记录是否完整。以下流程按评审前、评审中、评审后三个阶段展开。
评审前：准备四类数据
- 候选池：本周期全部待评审项目，标注来源、提出方和初步范围。
- 约束清单：合规要求、合同条款、项目间依赖，逐条注明依据。
- 评分数据：评分维度、权重、各项目打分及打分人。
- 容量数据：各角色可用工时、已承诺负荷、候选项目人力需求。
评审中：四步推进
第一步做门槛筛选，确认硬约束项目并排除不满足条件的候选；第二步按评分或财务方法排序；第三步用容量数据裁剪，确定可承接的项目数量；第四步确认组合结构，检查分层分布是否合理。每一步的结论都应现场记录，避免会后补记造成口径不一致。
角色分工
组合负责人主持评审并维护方法与记录；财务提供资金测算和假设说明；资源经理提供容量数据和缺口判断；业务代表提供项目价值与战略相关输入。角色输入应与方法对应：财务输入服务财务方法，资源经理输入服务容量校验。
评审记录字段
| 字段 | 记录内容 |
|---|---|
| 所用方法 | 本次评审采用的方法及串联顺序 |
| 权重与评分维度 | 评分卡的维度、权重及调整说明 |
| 关键假设 | 财务测算的折现率、现金流口径等 |
| 容量口径 | 可用工时来源、统计周期 |
| 入选与未入选原因 | 逐项目记录，未入选注明是被门槛排除、排序靠后还是容量不足 |
评审结果需要进入项目组合清单，并与后续资源协调交接。容量校验发现的缺口、排序中标注的待细化项目，都应作为交接内容传递给执行环节。在管理工具中承载这套流程时，ONES 的资源规划视图可以按业务优先级安排团队资源，资源利用率与负荷度视图能提供容量校验所需的负荷数据，评审结论和假设则可随组合清单一起留存，便于下次评审对照。评分卡与财务测算是否在工具内完成，取决于组织现有配置，评审记录本身应完整保留方法与假设。
适配场景与选择建议
综合前面的比较与规则，可以按约束类型和数据成熟度给出首选方法组合，并用回看机制检验取舍是否成立。
按条件选择方法组合
- 硬约束多、数据粗糙：约束筛选 + 粗排序 + 容量校验。
- 资金受限、收益可量化：约束筛选 + 财务方法 + 容量校验。
- 人力受限、项目类型多样：约束筛选 + 容量校验 + 评分卡排序。
- 战略调整期：分层组合 + 评分卡 + 容量校验。
- 稳定执行期：评分卡 + 容量校验，分层组合定期检查。
验证方法组合是否有效
回看上一次评审是成本最低的验证方式。检查三件事：当时排序靠前的项目是否按计划启动；被容量裁剪的项目后来是否因资源释放而重新入选；未入选原因是否在本次评审中被推翻。若多次评审出现同类推翻，说明方法或权重需要调整，而非个别项目判断失误。
常见误用
只用财务方法，容易排出资金回报高但团队接不住的项目；只用评分卡，容易让高分项目挤占硬约束项目所需的资源；跳过约束筛选直接排序，会把合规和合同问题留到执行阶段暴露。容量校验放在排序之前还是之后，取决于约束类型：人力受限时前置，资金受限时后置。
方法调整的触发条件
出现以下情况时，应重新审视方法组合：连续两次评审的排序结论被容量数据大幅推翻；硬约束项目占比明显上升；战略目标发生调整；评分维度与权重的争议在评审中反复出现。调整后更新评审记录中的方法与假设，保持前后可比。
常见问题
组合评审中，评分卡和财务方法应该二选一还是同时使用？
两者回答的问题不同，通常可以并用。评分卡把战略契合、客户影响、交付风险等难以货币化的因素纳入比较，适合收益不易量化的项目；财务方法把比较统一到资金口径，适合投入金额大、现金流可预测的项目。
常见做法是评分卡给出综合排序，财务指标作为其中一列，或对资金回报设一票否决条件。如果候选项目普遍收益难以量化，财务方法只能作为参考，不宜作为主排序依据。
人力受限但项目收益差异很大时，先做容量校验还是先做财务排序？
人力受限时，容量与资源负荷校验应前置。先确定各角色的可用工时和承接上限，再在可承接范围内用评分卡或财务方法排序。这样能避免对无法执行的项目做资金测算，减少评审中的无效讨论。
资金受限时顺序相反：财务方法作为主排序依据，容量校验用于确认执行团队是否到位。两种约束同时存在时，先做容量裁剪，再做财务排序。
候选项目多、数据粗糙，能不能直接用完整评分卡评审？
数据粗糙阶段，完整评分卡的维度越多、权重越细，主观判断被放大的风险越大。更稳妥的做法是先用强制约束筛选缩小范围，再用少量维度做粗排序，最后做容量校验。
粗排序的结论应标注为待细化，等评分数据和容量数据补齐后再复评。财务方法在现金流预测粗糙时同样容易失真，净现值和回收期的排序会随假设大幅波动，这一阶段宜作为参考而非主依据。
评审记录里至少要写清哪些内容，才能保证下次评审可比？
评审记录至少应包含：本次采用的方法及串联顺序、评分卡的维度与权重、财务测算的折现率与现金流口径、容量数据的来源与统计周期，以及每个项目的入选与未入选原因。未入选原因要区分是被门槛排除、排序靠后还是容量不足。
方法或权重调整时同步更新记录，保持前后两次评审可比。记录完整，回看评审时才能判断是方法需要调整，还是个别项目判断失误。
评审结论出来后，容量缺口和待细化项目怎么交接给执行环节？
评审结果应进入项目组合清单，容量校验发现的缺口、排序中标注的待细化项目，作为交接内容传递给执行环节。交接时注明缺口对应的角色和时段，以及待细化项目需要补齐的数据。
在管理工具中承载这套流程时，ONES 的资源规划视图可以按业务优先级安排团队资源，资源利用率与负荷度视图能提供容量校验所需的负荷数据，评审结论和假设可随组合清单一起留存。评分卡与财务测算是否在工具内完成，取决于组织现有配置，评审记录本身应完整保留方法与假设。
