项目组合评审最常见的争议，往往在会后：某个项目该不该停、资源该不该调，当时有人拍了板，过几个月却说不清是谁定的、依据是什么。要解决这个问题，需要两件配套的工具：一张按决策事项分层的权限表，一份规定必填字段的决策单。本文按“定事项—定权限—定记录—走流程—查落地”的顺序，给出可直接套用的清单、表格和示例。
要点总览（TL;DR）
- 先把组合评审要处理的决定拆成投资进入与退出、资源调配、优先级调整、重大变更放行、风险接受五类事项，写明触发条件、频次和提议人，再谈授权。
- 权限表按提议人、评审角色、决策人、知会对象四类角色逐项分配，用影响金额、影响范围、跨部门程度设定分层授权，并写清否决权归属与升级条件。
- 决策单至少包含议题背景、备选方案、评估依据与数据来源、参会与表决记录、结论、生效条件、责任人与复查时点，结论要能转化为具体动作。
- 一次评审按议题预审、确定参会与决策人、会上形成结论、签署归档知会、执行跟踪与复查五步走，权限表决定谁签字，记录模板决定签什么、存哪里。
- 运行一到两个周期后用自查清单核对：清单外决策、决策人重叠、记录缺结论、升级从未发生、历史决策无法还原依据，都是需要修正的失效信号。
先定决策事项清单，再谈谁有权决定
组合评审如果只写“委员会审议重大事项”，权限就无从划分，因为“重大”没有边界。第一步是把评审要处理的决定拆成具体事项，每类事项写清触发条件和评审频次，形成决策事项清单。清单是后续授权的基础：没有进入清单的事项，不应在组合评审上临时拍板。
常见的组合级决策事项可分为五类，每类的触发条件不同：
| 事项类别 | 典型触发条件 | 建议频次 | 提议人 |
|---|---|---|---|
| 投资进入与退出 | 新项目申请立项；项目连续两个周期偏离目标；战略方向调整 | 例行评审（月度或季度）＋临时上会 | 项目负责人、业务负责人 |
| 资源在项目间调配 | 关键角色冲突；预算或人力池需要重新分配；单项目资源需求超过既定额度 | 例行评审，紧急情况临时上会 | 项目负责人、资源经理 |
| 优先级调整 | 新增高优先级需求；外部约束变化导致排期冲突 | 例行评审 | 业务负责人、产品负责人 |
| 重大变更放行 | 范围、预算、里程碑变更超过预设阈值 | 随变更单触发，按阈值决定是否上会 | 项目负责人 |
| 风险接受 | 识别出超出项目层承受能力的风险，需组合层决定承担或规避 | 随风险升级触发 | 项目负责人、风险责任人 |
清单还需要区分例行评审与临时上会。例行评审处理可预期的事项，议题在会前固定周期提交；临时上会处理紧急的资源冲突、重大风险或突发变更，需要写明紧急理由和最短准备时间。两类议题使用同一套记录模板，但临时上会的决策单应额外注明“为何不能等到下次例行评审”。
完成标志：清单覆盖组合层实际发生的全部决策类型，每类事项都有明确的触发条件、频次和提议人，且经过委员会确认。清单本身应作为受控文档管理，事项增减走变更记录。
决策权限表：提议、评审、拍板、知会四类角色怎么分
事项清单确定后，逐类事项分配角色。权限表使用四类角色：提议人负责提交议题和材料；评审角色提供专业意见但不一定拍板；决策人对结论负责；知会对象在决策后获得通知，便于执行衔接。四类角色分开写，可以避免“参会即决策”的模糊状态。
分层授权按三个维度设定：影响金额、影响范围（单项目、多条产品线、全组合）、跨部门程度。以资源调配为例，同一产品线内、额度较小的调配可由产品线负责人决定；跨产品线或超过额度上限的，提交组合治理委员会；涉及年度预算重新分配的，升级到更高管理层。阈值应写具体数字或比例，并注明计量口径。
| 事项 | 提议人 | 评审角色 | 决策人 | 知会对象 | 升级条件 |
|---|---|---|---|---|---|
| 新项目立项（预算在阈值内） | 项目负责人 | PMO、财务代表 | 组合治理委员会 | 相关产品线负责人 | 预算超阈值或涉及新业务领域，升级至管理层 |
| 项目终止 | 项目负责人或业务负责人 | PMO、财务代表、技术代表 | 组合治理委员会 | 项目全体成员、合作方接口人 | 涉及合同违约或对外承诺，升级至法务与管理层联审 |
| 跨项目资源调配 | 资源经理或项目负责人 | 相关项目负责人 | 组合治理委员会（超额度时） | 受影响项目负责人 | 影响已承诺里程碑，需追加客户沟通方案 |
| 优先级调整 | 业务负责人 | 产品负责人、PMO | 组合治理委员会 | 各项目负责人 | 涉及战略级目标变更，升级至管理层 |
| 重大变更放行 | 项目负责人 | PMO、技术代表 | 按变更阈值：项目经理／委员会 | 财务、相关接口人 | 超预算或超里程碑阈值，升级至委员会 |
| 风险接受 | 风险责任人 | 技术代表、财务代表 | 组合治理委员会 | 受影响业务负责人 | 风险可能影响合规或对外承诺，升级至管理层 |
否决权要写清归属和行使方式。通常由决策人行使否决，评审角色可以提出“不建议通过”的意见并记录在案，但不单独否决。升级路径写成条件句：满足什么条件、由谁在多久内发起、升级到哪一级、期间事项处于什么状态（暂缓执行或按原计划执行）。
检查权限是否重叠或落空，用三个问题逐行核对：同一事项是否出现两个最终决策人；是否存在只有评审角色、没有决策人的事项；知会对象是否覆盖了执行该决策所需的全部角色。任何一行答不上来，就回到事项清单修正。
记录依据：决策单要写清哪些字段
决策单是组合评审的正式产出，作用是在事后回答“当时基于什么信息、由谁、作出了什么决定”。字段设计围绕可追溯性展开，建议包含以下内容：
| 字段 | 填写要求 |
|---|---|
| 议题名称与编号 | 与决策事项清单中的事项类别对应，编号用于归档检索 |
| 议题背景 | 说明触发条件、当前状态、不决策的后果 |
| 备选方案 | 至少列出两个方案，包括“维持现状”，写明各自的影响与代价 |
| 评估依据与数据来源 | 引用具体的进度、成本、资源、风险数据，注明数据截止日期和来源系统或报告 |
| 参会人员与角色 | 按提议人、评审角色、决策人、知会对象标注，缺席的决策人需说明授权情况 |
| 意见与表决记录 | 记录主要分歧意见，表决结果写明同意、反对、弃权情况；采用共识制时记录反对意见的处理方式 |
| 结论 | 明确决定内容，避免“原则同意、继续推进”这类无法执行的表述 |
| 生效条件 | 写明决策从何时生效、以什么为前提（如预算批复、合同签署） |
| 责任人与完成时限 | 每项后续动作对应一个责任人和日期 |
| 复查时点 | 约定何时、以什么指标复查决策效果，触发重新上会的条件 |
| 关联文档 | 关联会议纪要、变更单、风险登记条目，形成完整证据链 |
填写要求有两条底线：结论必须可执行，即能转化为具体的任务、预算或状态变更；依据必须可核验，即引用的数据能追溯到来源。会议纪要记录讨论过程，决策单记录决定本身，两者关联但不互相替代；变更单在决策涉及范围、进度、预算调整时作为执行凭证挂接在决策单下。
在工具层面，这类记录需要稳定的承载位置。ONES 知识库支持页面树组织文档、多人协同编辑和页面模板，可将决策单做成统一模板，按项目或周期归档；其页面级权限管控可以区分决策记录的可见与可编辑范围。议题本身和后续执行动作则可在项目管理模块中以工作项跟踪，使决策结论与执行状态保持关联。具体配置方式以实际使用版本为准。
一次组合评审的完整走法：从议题上会到归档
把前述要素串成一条流程，每次评审按以下步骤执行：
- 议题提交与预审。输入：提议人按模板提交的议题材料。动作：PMO 核对议题是否属于决策事项清单、材料字段是否齐全、数据截止日期是否有效。输出：进入议程的议题清单，缺件议题退回补充。完成标志：每个议题都有对应的事项类别和完整材料。
- 确定参会与决策人。输入：议题清单和决策权限表。动作：按事项类别查出决策人、评审角色和知会对象，确认决策人能否出席，缺席时确认授权代表。输出：参会名单与角色标注。完成标志：每个议题的最终决策人到场或有书面授权。
- 会上审议与结论形成。输入：议题材料和评估数据。动作：提议人陈述并答辩，评审角色给出意见，决策人作出结论，记录人同步填写决策单的意见与表决部分。输出：带结论的决策单草稿。完成标志：结论明确到可执行的动作、责任人和时限。
- 签署、归档与知会。输入：决策单草稿。动作：决策人确认签署，PMO 归档至统一位置并关联会议纪要和变更单，向知会对象发出通知。输出：正式决策单和知会记录。完成标志：归档可检索，知会对象确认收到。
- 执行跟踪与复查触发。输入：决策单中的责任动作和复查时点。动作：PMO 按周期核对执行状态，到达复查时点或触发条件时提请重新上会。输出：执行状态更新和复查议题。完成标志：每项决策要么关闭，要么有明确的后续跟踪记录。
这条流程的关键在于第2步和第4步：权限表决定谁到场签字，记录模板决定签什么、存哪里。两步都执行到位，决策链才完整。
角色分工与交付物对照
权限表回答“谁能决定”，角色分工回答“谁做什么、交什么”。两者配合，评审才不会变成委员会单方面承担全部工作。
| 角色 | 主要职责 | 交付物 |
|---|---|---|
| 组合治理委员会 | 对清单内事项作出最终决策；确认权限表与阈值；处理升级事项 | 决策结论、权限表审批记录、升级事项处理意见 |
| PMO | 维护决策事项清单和权限表；组织议题预审；担任记录人；跟踪执行与复查 | 议程、决策单归档、执行跟踪表、复查提醒 |
| 项目负责人 | 提出议题；准备备选方案与数据；会上答辩；执行决策并反馈状态 | 议题材料、答辩说明、执行进展更新 |
| 业务代表 | 提供业务价值与优先级判断；确认业务侧影响 | 业务评估意见、优先级建议 |
| 财务代表 | 核对预算、成本与投入产出数据；确认财务影响 | 财务评估意见、预算影响说明 |
职责边界要提前写明：PMO 负责流程和记录，不代替决策人拍板；评审角色提供意见，意见分歧记录在案但不阻断决策；项目负责人对材料真实性负责。出现角色冲突时，例如项目负责人同时是某议题的决策人，应回避该议题的决策，由上一级决策人或指定替代人处理，并在决策单中注明回避情况。
示例：一个资源调配议题的权限与记录
以下为演示情景，用于说明权限判定和决策单填写方式。
场景与触发条件：某组合下两个项目同时进入交付关键期，共享的一名架构师出现排期冲突，项目A的里程碑面临延期风险。资源经理按清单提交“跨项目资源调配”议题，因涉及两个项目且影响已承诺里程碑，属于临时上会事项。
权限判定：查权限表，该事项提议人为资源经理，评审角色为两个项目负责人，决策人为组合治理委员会（调配影响跨项目里程碑，超过产品线负责人授权额度），知会对象为受影响项目的业务接口人。两名项目负责人均需到场陈述，委员会中与项目A有直接管理关系的一名成员回避。
决策单关键字段填写示例：
- 议题背景：架构师在两周内同时被两个项目需要，项目A的集成测试依赖其支持，项目B处于设计评审阶段。
- 备选方案：方案一，架构师优先支持项目A两周，项目B设计评审顺延一周；方案二，外借一名同级架构师支持项目B，产生额外成本；方案三，维持现状，两项目按原计划推进并接受延期风险。
- 评估依据：两个项目的里程碑计划、当前进度偏差数据、外借人力的成本估算，数据截止到评审前一周。
- 意见与表决：项目B负责人倾向方案二，财务代表提示外借成本超出该项目预算余量，表决结果为方案一获多数同意。
- 结论：架构师未来两周优先支持项目A；项目B设计评审顺延一周，由项目B负责人调整计划并同步业务接口人。
- 生效条件：自决策单签署之日起生效，项目B计划调整需在三个工作日内完成。
- 责任人与时限：资源经理负责排期落实，项目B负责人在三个工作日内提交调整后的计划。
- 复查时点：两周后复查项目A集成测试进展与项目B计划恢复情况，若项目A仍有延期风险，重新上会讨论外借方案。
这份决策单归档后，任何人回看都能还原当时的冲突、备选方案、分歧和决定理由，复查时也有明确的触发条件。
落地检查：权限与记录是否真的可执行
机制上线运行一到两个评审周期后，用以下清单自查：
- 决策事项清单是否覆盖了期间实际发生的全部决策，有无事项在清单外被临时决定；
- 权限表每行是否只有一个最终决策人，有无事项长期由“集体”模糊承担；
- 每份决策单是否都有明确结论、责任人和复查时点，有无只写“同意推进”的记录；
- 升级与否决是否实际发生过并被记录，若从未发生，检查阈值是否设得过高或升级路径是否形同虚设；
- 抽查若干历史决策，能否仅凭决策单和关联文档还原决策依据，支撑复盘或审计；
- 知会对象是否确认收到通知，执行环节是否出现“不知道有这个决定”的情况。
常见失效信号包括：议题材料在会前临时补齐、决策单由记录人事后补写、复查时点无人跟踪、同一事项反复上会却无新依据。对应的修正动作是收紧预审门槛、把记录填写纳入会议流程而非会后补录、由 PMO 建立复查台账、对重复上会议题要求补充新增数据。机制的价值不在表格本身，而在于每次评审都按同一套权限和记录规则执行，使组合层的每个决定都能被追溯和复核。
常见问题
决策人临时缺席，评审还能不能作出有效决定？
可以，但要在会前处理授权，而不是会后补认。权限表执行时，PMO 在确定参会环节就核对每个议题的最终决策人能否出席；缺席时要求其书面指定授权代表，并在决策单的参会人员字段注明授权关系。若既无决策人出席也无授权，该议题应顺延，不形成结论。事后追认会削弱决策链的可追溯性，也容易在执行阶段引发争议。
例行评审和临时上会的记录要求有区别吗？
使用同一套决策单模板，但临时上会需要额外说明紧急理由。临时上会通常处理突发资源冲突、重大风险或紧急变更，决策单中应注明“为何不能等到下次例行评审”，以及议题准备时间是否被压缩、哪些数据尚未取得。这样复查时能区分：结论是在信息完整条件下作出的，还是在时间压力下作出的，便于评估是否需要补充复核。
决策单和会议纪要、变更单是什么关系？
三者记录的对象不同，不能互相替代。会议纪要记录讨论过程，包括分歧和未采纳的意见；决策单记录决定本身，即结论、生效条件、责任人和复查时点；变更单在决策涉及范围、进度或预算调整时作为执行凭证。实践中把决策单作为主记录，关联对应的会议纪要和变更单，形成从讨论到决定再到执行的完整证据链。
阈值设多少合适，需要一次定死吗？
阈值应写具体数字或比例并注明计量口径，首次设定可参考上一周期的实际决策分布：如果大部分事项都落在委员会层面，说明阈值偏低、授权没有真正下放；如果清单外频繁出现临时决定，说明阈值偏高或事项分类不全。阈值不必一次定死，可在每个评审周期后依据实际发生情况调整，调整本身走变更记录，保留调整理由。
决策记录放在文档里还是放在项目管理工具里？
取决于记录要支撑什么。若重点是归档、检索和权限区分，文档类载体更合适，可用统一模板按项目或周期组织页面树；若重点是结论与执行状态的关联，则宜让决策记录与承载执行动作的工作项保持链接。ONES 知识库支持页面树组织、页面模板和页面级权限管控，可用于决策单的模板化与归档；议题和执行动作可在项目管理模块中以工作项跟踪。具体配置方式以实际使用版本为准。
