项目组合评审是一套按固定节奏运行的治理机制，用来在既定投资组合内做取舍和资源再分配。它由统一口径的组合数据输入、会前校验与议题筛选、会上逐项表决、会后行动项跟踪四个环节组成。本文按准备、开会、角色分工、落地、自检的顺序给出可直接套用的字段表、议程模板和检查清单，并在需要承载评审数据与决策跟踪时说明 ONES 的适配方式。
要点总览（TL;DR）
- 项目组合评审是在既定投资组合内做取舍和资源再分配的固定治理机制，核心是统一输入、逐项表决、行动项闭环三个动作。
- 会前按统一字段收集组合数据并做口径校验，按资源增减、阶段变更、暂停退出等条件筛选正式议题，其余走书面确认或延后。
- 评审会按回顾上次决策、陈述、质询、表决、记录推进，每个议题落到继续、调整、暂停、退出、新增五类决策之一，并记录依据、责任人和时限。
- 决策在会后一个工作日内转成带单一责任人和验收标准的行动项，按状态流转跟踪，条件重大变化时回到评审议程。
- 用字段完整率、决策形成率、行动项按期完成率和上次决策复核率自检机制，连续无取舍决策或台账长期不更新说明机制已失效。
项目组合评审要解决什么问题，边界在哪里
项目组合评审的定位可以概括为一句话：在组织已经确定的投资组合范围内，定期对在办项目和新提议项目做取舍，决定资源往哪里投、从哪里撤。它关注的是组合层面的资源配置，单个项目的执行细节由项目自身的管理机制处理。
一次有效的评审需要回答四类问题。第一，新提议的项目投不投；第二，在办项目继续推进还是停下来；第三，人力、预算等资源从哪些项目挪到哪些项目；第四，组合层面的重大风险由谁在什么时间处置。这四类问题对应后文的五类决策选项，评审会如果开完没有对其中任何一类形成结论，就只是一次汇报会。
评审机制与相邻工作有三条边界需要事先说清，避免职责混在一起。
- 与项目评估和优先级排序的分工。评分模型、权重设计和排序算法属于项目评估主题，评审会消费的是已经算好的评分和排序结果。评审可以质疑评分口径，但不在会上重新打分。
- 与 PMO 组织职责的分工。PMO 的岗位设置、汇报关系和人员编制属于组织设计主题。本文只讲评审这一机制怎么运转，涉及的角色按职能描述，不涉及编制安排。
- 与预算审批和财务核算的分工。评审做出的是资源调配方向的决定，具体的预算审批流程和财务记账按组织既有制度执行。
把边界划清的好处是评审会的议题范围可控。凡是能在项目内部解决的事项、凡是没有组合层面资源影响的事项，都不需要占用评审时间。
评审前：输入字段、数据校验与议题筛选
评审质量在很大程度上由会前准备决定。准备阶段要完成三件事：按统一字段收集组合数据、对数据做校验和异常标注、按规则筛选出上会正式评审的议题。完成标志是会议材料在会前规定时限内分发，且每个议题都带有明确的决策请求。
标准输入字段
所有进入评审的项目按同一张表提交信息，字段缺失的项目不进入正式评审。建议的最小字段集如下。
| 字段 | 填写要求 | 用途 |
|---|---|---|
| 项目标识 | 项目名称与唯一编号 | 避免同名项目混淆 |
| 所属组合 | 归属的业务线或投资主题 | 按组合分组讨论 |
| 当前阶段 | 立项、开发、试点、推广、收尾 | 判断决策类型 |
| 投入与预算 | 已投入、剩余预算、本期申请额 | 资源再分配依据 |
| 资源占用 | 关键角色人数与占用比例 | 识别资源冲突 |
| 里程碑偏差 | 计划日期、实际或预测日期、偏差天数 | 判断是否触发调整或暂停 |
| 风险与依赖 | 主要风险、跨项目依赖及影响 | 组合层面风险处置 |
| 上次决策执行情况 | 上次评审结论与当前完成状态 | 闭环复核 |
数据校验动作
组合管理角色在收到材料后做三项校验。口径统一：确认各项目对“已投入”“资源占用”等字段的统计范围一致，例如是否包含外包人力。缺失项回补：对缺字段的项目退回补充，并记录退回时间。异常值标注：对偏差明显超出常规的项目加注说明，提示评审时重点质询，而不是直接剔除。
议题筛选规则
不是所有项目都需要上会。可以按以下规则分级：需要资源增减、阶段变更、暂停或退出的项目进入正式评审；状态正常、仅做例行进展同步的项目走书面确认，由组合管理角色汇总后在会上一次性通报；信息不完整或决策条件尚不具备的议题延后到下次评审，并注明补齐条件。
会前材料建议至少提前三个工作日分发，并要求参会者在会前完成阅读，把会议时间留给质询和表决。材料中每个议题都应写明“请求的决策”，例如“申请追加两名开发人员至第三季度末”，避免会上才明确诉求。
评审会怎么开：议程、决策类型与表决规则
评审会要产出明确决策，靠的是固定议程和有限的决策选项。会议按以下结构推进：回顾上次决策执行情况、逐项议题陈述、质询、表决、记录。回顾环节放在最前，让参会者先看到上次决定落实到了什么程度，再讨论新议题。
五类决策选项与触发条件
| 决策类型 | 典型触发条件 | 决策后的动作 |
|---|---|---|
| 继续 | 进展符合预期，资源需求在已批准范围内 | 按原计划推进，下次评审例行复核 |
| 调整 | 范围、进度或资源需要变更，但项目价值仍成立 | 修订计划，明确变更后的里程碑 |
| 暂停 | 关键依赖未就绪、风险超出可控范围或资源需临时让渡 | 冻结投入，设定恢复条件与复核时间 |
| 退出 | 价值假设不再成立，或继续投入的边际收益低于机会成本 | 启动收尾，释放资源，沉淀经验 |
| 新增 | 新提议项目通过评估排序，且组合内有可调配资源 | 立项并纳入下次评审跟踪 |
决策权限与门槛
会前要约定谁提议、谁表决、什么情况需要升级。常见做法是：项目负责人提出决策请求，组合管理负责人主持表决，资源、财务、技术代表参与表决；涉及超出既定授权额度的资源调配或跨组合的资源让渡时，升级到更高一级的决策会议。表决规则可以是简单多数，也可以对退出类决策要求更高共识，具体按组织授权体系确定，关键是规则事先公开且每次一致执行。
会议记录要素
每个议题的记录至少包含：决策结论（五类之一）、决策依据（引用哪些数据和质询意见）、责任人、完成时限、待补信息。记录在会后一个工作日内发出，参会者如有异议在规定时限内提出，逾期视为确认。
角色与交付物：谁在评审里做什么
评审机制空转的常见原因是角色职责重叠或无人负责。下表按角色列出会前、会中、会后的职责和对应交付物，组织可据此分配具体人员。
| 角色 | 主要职责 | 交付物 |
|---|---|---|
| 组合管理负责人 / 评审主持人 | 制定评审节奏，做会前校验与议题筛选，主持表决，对议程和结论负责 | 评审议程、议题清单、会议纪要 |
| 项目或项目集负责人 | 按统一字段提交材料，会上陈述进展与决策请求，回答质询 | 项目组合数据表、陈述材料 |
| 资源、财务、技术等职能代表 | 提供资源可用性、预算余量和关键技术判断，参与表决 | 资源与预算输入意见、技术风险评估 |
| 记录与跟踪角色 | 维护行动项台账，跟踪到期事项，向主持人和责任人发出提醒 | 行动项台账、到期提醒记录、执行情况汇总 |
角色分配时要注意两点。主持人与记录角色分开，避免主持人一边引导讨论一边记录导致遗漏。职能代表的输入要在会前提交，会上只做确认和补充，否则质询环节容易变成信息补齐，挤占表决时间。
当组合数据分散在多个项目的工作项和文档中时，评审输入的汇总和决策记录的留存需要有统一的承载位置。ONES 效能管理可自动收录系统内日常流转的研发数据并形成分析指标，预置面向管理人员、项目经理等角色的仪表盘模板，支持共享给其他用户并按角色配置读写权限，适合作为会前数据汇总和组合视图的支撑；评审结论和行动项则可以落在工作项与文档中，与项目数据保持在同一处，便于下次评审直接调取上次决策的执行状态。
会后落地：决策转行动项与执行跟踪
决策只有转成带责任人和时限的行动项才算落地。会后一个工作日内，记录角色把每条决策拆成一条或多条行动项录入台账，台账字段建议如下。
- 来源议题：对应哪次会议的哪个议题
- 决策类型：继续、调整、暂停、退出、新增
- 动作描述：具体要完成什么，写到可验收的程度
- 责任人：单一责任人，避免多人共担
- 截止时间：明确日期
- 验收标准：完成到什么状态算完成
行动项状态按“待启动、进行中、已完成、受阻、已取消”流转。状态变更由责任人更新，记录角色每周核对一次，对临近截止和已受阻的事项发出提醒。受阻事项要注明原因和需要的支持，连续两次评审仍受阻的事项提交下次评审讨论是否调整决策。
执行过程中条件发生重大变化时，例如关键资源流失或依赖方延期，责任人应提交变更说明，由主持人判断是走书面确认还是列入下次评审议程。跟踪节奏与评审周期对齐：月度评审对应月度跟踪，季度评审在两次会议之间安排一次中期检查。升级规则同样事先约定，例如行动项逾期超过两周自动升级到组合管理负责人的上级。
一个完整示例：季度组合评审从准备到复核
以下为演示情景，用于说明流程如何串联，不代表任何真实企业的评审记录。
背景设定。某研发组织有 12 个在办项目，分属三条业务线，每季度召开一次组合评审，参会者为组合管理负责人、各项目负责人、资源与财务代表，记录角色由 PMO 的一名成员担任。
会前准备。评审前两周发出数据模板，10 个工作日后收回 12 份材料，其中 2 份因资源占用字段口径不一致被退回补充，1 份因缺少风险描述被标注异常。组合管理负责人按规则筛选：7 个项目进入正式评审，4 个项目走书面确认，1 个项目因决策条件未具备延后。材料提前三个工作日分发。
会上决策。回顾环节显示上次评审的 9 条行动项完成 7 条，2 条受阻。正式评审中，3 个项目决策为继续；2 个项目决策为调整，其中一个因依赖方延期将里程碑后移六周，依据是依赖方提供的排期确认；1 个项目决策为暂停，原因是关键技术风险未收敛，恢复条件为完成技术验证；1 个新提议项目决策为新增，资源从暂停项目释放的人力中调配。每条决策均记录了依据、责任人和时限。
会后与复核。会后一个工作日内发出纪要和 11 条行动项。中期检查时 8 条已完成，2 条进行中，1 条受阻并升级。下次季度评审的回顾环节显示，11 条行动项完成 10 条，暂停项目的技术验证已完成，提交恢复申请并获表决通过。整个循环中，评审输入、决策记录和行动项状态都可以追溯到具体会议和责任人。
完成检查：评审机制是否真的在运转
机制是否有效，可以用下面这组检查项逐条判断。每项给出通过标准，未达标时先修复对应环节再继续运行。
| 检查维度 | 检查项 | 通过标准 |
|---|---|---|
| 输入侧 | 字段完整率 | 进入正式评审的项目材料关键字段无缺失 |
| 输入侧 | 按时提交率 | 材料在会前规定时限内全部到位 |
| 会议侧 | 议题覆盖率 | 需要决策的项目均进入议程，无遗漏上会 |
| 会议侧 | 决策形成率 | 每个正式议题都落到五类决策之一 |
| 会议侧 | 决策依据留痕 | 每条决策可追溯到数据和质询意见 |
| 执行侧 | 行动项按期完成率 | 多数行动项在截止时间内完成，逾期项有升级记录 |
| 执行侧 | 上次决策复核率 | 每次评审都完整回顾上次决策执行情况 |
以下情况说明机制已经失效，需要先修复再继续：连续两次评审没有产生任何调整、暂停或退出类决策，说明评审只做确认不做取舍；行动项台账长期无人更新，说明决策没有进入执行；议题反复延后且无补齐计划，说明输入准备环节失灵；参会者到会才第一次看到材料，说明会前分发和阅读要求没有执行。出现这些信号时，优先修复对应环节的规则和责任人，再恢复常规评审节奏。
常见问题
评审会上发现项目提交的评分结果与实际情况不符，应该当场重新打分吗？
不建议在会上重新打分。评审会消费的是会前已经算好的评分和排序结果，现场重新打分会让议程失控，也容易把讨论引向评分口径之争。可行的做法是：把质疑记录为待核事项，由组合管理角色在会后组织复核，复核结论列入下次评审的输入。如果评分偏差已经影响本次决策，可以在会上先按现有数据做出暂定决策，并注明“待评分复核后确认”，把确认动作写进行动项。
组合评审的周期应该定多长，月度评审和季度评审怎么配合？
周期取决于组合规模和变化速度。项目数量多、资源冲突频繁的组合适合月度评审，议题聚焦资源调配和风险处置；项目周期较长、变化平缓的组合可以按季度评审。两种节奏可以并存：季度评审做组合层面的整体取舍，月度评审处理期间出现的资源冲突和例外事项。跟踪节奏与评审周期对齐，季度评审在两次会议之间安排一次中期检查，避免决策执行情况到下次会议才被发现滞后。
行动项连续两次评审都受阻，应该怎么处理？
受阻事项要注明原因和需要的支持，连续两次评审仍受阻的，提交下次评审讨论是否调整原决策。处理方式通常有三种：调整决策本身，例如把“继续”改为“暂停”；更换责任人或补充资源，解除受阻条件；缩小行动项范围，先完成可推进的部分。关键是不要让受阻事项在台账里长期挂起，否则会削弱评审结论的约束力。逾期超过约定时限的行动项按事先约定的升级规则上报。
评审记录和行动项放在哪里，才能让下次评审直接调取上次的执行状态？
评审记录和行动项需要与项目数据放在同一处可追溯的位置，避免纪要在文档系统、行动项在表格、项目数据在另一个系统里各存一份。当组合数据分散在多个项目的工作项和文档中时，ONES 效能管理可自动收录系统内日常流转的研发数据并形成分析指标，预置面向管理人员、项目经理等角色的仪表盘模板，支持共享并按角色配置读写权限，可作为会前数据汇总的支撑；评审结论和行动项落在工作项与文档中，下次评审可直接调取上次决策的执行状态。
评审会上没有人提出暂停或退出，是不是说明组合运行得很好？
不一定。连续两次评审没有产生任何调整、暂停或退出类决策，更可能说明评审只做确认不做取舍。可以对照检查：正式议题是否都带有明确的决策请求，质询环节是否真的发生，决策依据是否留痕。如果议题陈述只报进展、不提资源诉求，评审就很难触及取舍。修复方向是收紧议题筛选规则，要求每个上会项目写明请求的决策，并在议程中为质询留出固定时间。
