项目组合调整要落地，关键是把“什么情况下动组合、动哪些项目、按什么顺序动、谁批准、动完怎么验证”写成一张可填写的规则表。本文提供一份季度组合评审的填写示例，覆盖触发条件、评估口径、处置动作与审批路径，并逐项解释填写理由，便于你改造成自用版本。文中企业与项目均为演示情景。
要点总览（TL;DR）
- 组合调整规则要覆盖六类要素：触发条件、调整对象、评估口径、决策权限、处置动作、验证方式，缺一环执行就会走样。
- 示例以季度评审为背景，用预算下调15%、战略转向、关键角色被三个项目争用三个信号触发重评，按战略契合40%、资源占用25%、交付风险20%、收益预期15%加权排序。
- 处置动作要事先定义清楚：保留、降级、暂停、合并各自对应不同的资源与排期处理方式，降级与暂停的差别在于是否保留交付承诺。
- 迁移时保留六类要素框架，本地化阈值、权重、审批路径与验证节奏；季度评审与半年评审对触发条件的宽严要求不同。
- 示例为演示情景，参数与结论不含真实客户数据，规则需随战略与预算周期复核，单项目收尾与例行决策制度不在本文范围。
示例要解决什么：组合调整规则该写清哪几件事
很多团队在组合评审会上能列出项目清单，却难以形成一致结论：有人说该停，有人说再等等，讨论半天回到原点。问题通常不在判断力，而在规则缺位——没有事先约定什么信号触发调整、用哪些维度比较、谁有权拍板、调整后看什么指标。一份可用的组合调整规则，需要把这些问题提前固定下来，让评审从“各抒己见”变成“按表核对”。
本文示例设定这样一家企业：组合内有12个在研与待启动项目，年度预算按季度拨付，本季度出现预算收缩与战略方向微调。以下所有企业背景、项目名称、评分与结论均为演示情景，用于展示规则如何填写，不代表任何真实客户的数据或成效。
规则表需要覆盖六类要素，每一类回答一个具体问题：
| 要素 | 要回答的问题 | 填写产物 |
|---|---|---|
| 触发条件 | 出现什么信号时必须启动组合调整？ | 可量化的阈值或事件清单 |
| 调整对象 | 这次调整覆盖哪些项目、哪些维度？ | 项目范围与评估边界 |
| 评估口径 | 用什么维度、什么权重比较项目？ | 评分表与排序规则 |
| 决策权限 | 不同调整幅度由谁批准？ | 分级审批路径 |
| 处置动作 | 排序之后对项目做什么？ | 保留、降级、暂停、合并等动作定义 |
| 验证方式 | 调整后怎么确认规则有效？ | 复盘指标与复核节奏 |
这六类要素构成一个闭环：触发条件决定何时启动，调整对象与评估口径决定怎么比，决策权限决定谁定，处置动作决定做什么，验证方式决定下一轮怎么改。缺任何一环，规则都会在执行中走样。
完整示例：一次季度组合重构的规则填写全过程
下面把上述框架填满，形成一份可直接对照的已填写规则表。示例背景：组合内12个项目，本季度预算较上季度下调15%，公司战略从“规模扩张”转向“重点客户深耕”，同时两名核心架构师同时被三个项目争用。
触发条件填写
- 预算触发：季度预算下调幅度达到或超过10%，即启动组合重评。本季度下调15%，触发。
- 战略触发：公司级战略方向发生调整，且影响两个以上在研项目的目标客户或交付范围。本次触发。
- 资源触发：关键角色（架构师、核心开发、领域专家）在同一周期被三个及以上项目同时争用。本次触发。
评估口径填写
四个维度各占权重，按1—5分打分，加权后排序。权重设定与当期战略对齐：战略契合度权重最高，资源占用次之。
| 维度 | 权重 | 打分说明 |
|---|---|---|
| 战略契合度 | 40% | 5分=直接服务重点客户深耕目标；1分=与当期方向无关 |
| 资源占用 | 25% | 5分=占用少、可释放资源多；1分=占用关键角色且难以替代 |
| 交付风险 | 20% | 5分=风险低、路径清晰；1分=存在重大未决技术或依赖问题 |
| 收益预期 | 15% | 5分=收益明确且近期可见；1分=收益遥远或难以量化 |
排序结果与处置动作
示例中三个代表性项目的打分与结论如下（分数为演示设定）：
| 项目 | 战略契合 | 资源占用 | 交付风险 | 收益预期 | 加权得分 | 处置动作 |
|---|---|---|---|---|---|---|
| 客户门户重构 | 5 | 3 | 4 | 4 | 4.15 | 保留，优先配置资源 |
| 内部报表平台 | 3 | 4 | 3 | 3 | 3.25 | 降级：缩减范围，延后非核心模块 |
| 旧系统数据迁移 | 2 | 2 | 2 | 2 | 2.00 | 暂停：冻结新增投入，保留最小维护 |
处置动作的定义需要事先写清，避免会上临时解释：保留指资源按计划配置；降级指保留项目但缩减范围或延后部分模块；暂停指停止新增投入、保留最小维护能力，等待下一轮重评；合并指两个目标重叠的项目整合为一个交付单元，减少重复投入。
决策权限与审批路径填写
- 单个项目降级或范围缩减：由组合负责人审批，报项目管理办公室备案。
- 单个项目暂停或合并：由组合负责人提出，业务分管领导审批。
- 涉及三个及以上项目同时调整，或调整影响年度预算10%以上：提交组合评审委员会集体决策。
验证安排填写
调整后第一个月末核对资源释放情况与保留项目的进度偏差；季度末复盘三项内容：触发条件是否被及时识别、评分排序与实际表现是否一致、处置动作是否执行到位。复盘结论用于修订下一轮权重与阈值。
逐项解释：每个字段为什么这样填
规则表填得对不对，取决于每个字段背后的判断逻辑是否站得住。以下逐项说明示例中的关键选择，并给出可替换的填法。
触发条件为何用可量化阈值
“感觉项目太多”“资源有点紧张”这类描述无法在会议上形成共识，也无法追溯。写成“预算下调10%”“关键角色被三个项目争用”，评审时只需核对数字，触发与否一目了然。替代填法是把阈值换成事件型触发，例如“重点客户合同变更”“核心技术方案被否决”，适合战略变化频繁但预算稳定的组织。两种填法可以并用，但每条触发条件都应能被客观核实。
评分权重如何与当期战略对齐
示例把战略契合度设为40%，因为当期战略刚发生转向，组合需要向新方向倾斜。若组织处于交付压力大的阶段，可提高交付风险权重；若资源极度紧张，可提高资源占用权重。权重不是固定值，而是当期管理意图的体现，每次评审前应确认权重是否仍反映当前优先级，并在规则表中记录调整理由。
处置动作为何区分降级与暂停
降级与暂停的差别在于是否保留交付承诺。降级保留项目、缩减范围，适合仍有明确价值但优先级下降的项目；暂停停止新增投入，适合价值存疑或依赖外部条件的项目。两者混用会导致执行混乱：团队不知道是继续排期还是转入维护。示例中内部报表平台降级、旧系统迁移暂停，正是按“价值是否仍成立”区分。
审批权限分层与调整幅度挂钩
调整幅度越大，影响面越广，越需要更高层级决策。单项目降级影响有限，组合负责人即可决定；多项目同时调整涉及跨团队资源重新分配，需要委员会集体判断。分层的目的不是增加流程，而是让决策责任与影响范围匹配。替代做法是按预算金额分层，例如影响预算超过某个额度即升级审批，适合预算管理颗粒度较细的组织。
验证指标与调整动作的对应关系
验证不是泛泛看“效果好不好”，而是核对每个动作是否产生预期结果：降级项目看范围缩减后是否按期交付，暂停项目看资源是否真正释放，保留项目看优先级提升后进度是否改善。指标与动作一一对应，复盘时才能判断是规则设计问题还是执行问题。
可迁移规律：换一个组织怎么改这份示例
这份示例的价值在于结构，而非具体参数。迁移时先保留六类要素的框架，再逐项本地化。以下清单可作为改造起点：
- 触发条件：把示例中的10%、15%等比例替换为本组织预算管理口径下的实际阈值；事件型触发按本组织战略节奏补充。
- 评估维度：保留“战略、资源、风险、收益”四类思路，按行业特点增删，例如合规要求高的组织可增加合规风险维度。
- 权重：由当期战略重点决定，评审前确认并记录调整理由。
- 审批路径：对照本组织现有授权体系填写，避免规则与制度冲突。
- 处置动作定义：用本组织熟悉的说法重写，确保每个动作对应明确的资源与排期处理方式。
- 验证节奏：与预算周期、战略复盘周期对齐。
评审节奏直接影响触发条件的设计。季度评审的组织，触发条件宜设置较短观察窗口，阈值可略宽松，便于及时响应；半年评审的组织，触发条件应更严格，避免频繁启动。项目数量规模影响评分口径的复杂度：组合内项目在十个左右时，四维打分已足够区分；项目数量达到数十个时，可先按业务线分组粗排，再在组内细评，减少单次评审工作量。
组织类型也影响字段侧重。资源受限型组织的规则重心在资源占用与释放，触发条件多与关键角色冲突相关；战略驱动型组织的重心在战略契合度，触发条件多与方向调整相关。两类组织都可沿用同一结构，但权重与阈值应分别设定。
规则要真正执行，还需要一个承载项目清单、评分字段与评审记录的地方。在ONES中，可以把组合内项目作为工作项统一管理，用自定义字段记录各维度评分与加权结果，评审结论与审批记录随项目留存，下一轮复盘时直接调取历史数据对照。这样规则表不只是一份文档，而是与项目状态同步更新的管理依据。
适用边界：这套示例在什么情况下不适用
本文示例用于演示规则如何填写，不构成行业标准，也不含真实客户数据与量化成效。直接套用示例中的比例、权重和结论，可能与本组织实际不符。
| 适用情形 | 不适用或需另行处理的情形 |
|---|---|
| 需要建立或修订组合调整规则框架，寻找填写参照 | 单个项目的收尾、验收与结项操作，属于项目收尾管理范畴 |
| 季度或半年组合评审，需要统一评估口径与审批路径 | 例行决策制度本身的制度设计，属于项目组合治理与决策机制范畴 |
| 预算、战略或关键资源发生变化，需要触发组合重评 | 需要真实行业参数基准的场景，示例参数仅为演示设定 |
还有一条容易被忽略的限制：规则需要随战略与预算周期复核。示例中的权重和阈值服务的是当期目标，下一季度战略重点变化后，若不修订规则，评审会继续按旧口径排序，结论与实际优先级脱节。建议把规则复核写入季度评审议程，与验证复盘同步进行，让规则表保持可用。
常见问题
组合内项目只有五六个，还需要这么完整的规则表吗？
项目数量少时，六类要素仍建议保留，但可以简化填写深度。评估口径可压缩到两三个维度，审批路径可合并层级，验证安排可只保留季度复盘一次。规则的作用是让评审有据可依，项目少并不等于分歧少，事先约定触发条件和处置动作定义，能减少会上临时争论。项目数量达到数十个时反而需要先分组粗排，再在组内细评。
触发条件设得太敏感，会不会导致组合频繁调整？
这取决于阈值与评审节奏的匹配。季度评审的组织观察窗口短，阈值可略宽松；半年评审的组织应把阈值设得更严格，避免两次评审之间反复启动。另一种做法是给触发条件分级：达到一级阈值启动快速评估，达到二级阈值才进入完整重评流程。无论哪种方式，每条触发条件都应能被客观核实，便于追溯是哪个信号触发了本次调整。
降级和暂停在执行层面最容易出什么问题？
最常见的是团队不清楚项目处于哪种状态，继续按原计划排期，或者反过来把降级项目当作已停止而撤走全部投入。解决办法是在规则表里把两个动作的资源处理方式写具体：降级明确缩减哪些范围、哪些模块延后、团队保留多少人；暂停明确停止哪些投入、保留哪些最小维护能力、何时重新评估。处置结论落到项目状态上，执行才不会走样。
评分权重每轮都调整，会不会让历史数据无法比较？
权重随战略调整是合理的，但需要记录每轮权重的设定理由和生效时间。复盘时对比的是同一权重口径下的排序与实际表现，跨轮比较则关注趋势而非绝对分数。若组织希望保持可比性，可以把战略契合度等核心维度权重设为相对稳定，把资源占用等随当期情况变化的维度作为调节项，并在规则表中注明哪些权重属于季度可调、哪些属于年度锁定。
规则表写好后放在哪里，怎么保证评审时真的用起来？
规则表如果只存为一份文档，容易与项目实际状态脱节。可行的做法是把组合内项目集中在一个可查询的项目清单里，评分维度作为字段记录在项目上，每轮评审的结论与审批记录随项目留存。这样下一轮复盘时可以直接调取历史评分与处置结果对照，不必重新收集。ONES 的工作项管理可以承载项目清单与自定义评分字段，评审记录随项目保存，便于按轮次追溯。
