项目组合治理委员会的分工难点，在于把投资决策权与日常执行权分开：委员会对投资准入、组合平衡、重大变更和退出止损做集体判断，业务与产品负责人、PMO、财务、技术负责人和交付团队各自提供输入并承担对应责任。本文给出一套可落地的职责划分方法，包括决策边界清单、六类角色分工表、会议节奏、完整示例和落地检查项，适合正在组建或调整组合治理机制的团队参考。
要点总览（TL;DR）
- 委员会只对投资准入、组合平衡、重大变更、退出止损四类事项做集体决策，日常排期、评分算法执行和团队任务分配由对应角色自行处理。
- 分工用两张表交叉核对：事项维度确定提议、评估、决策、知会归属，角色维度写明六类角色的输入、动作、交付物和完成标志。
- 运行靠分层会议节奏：组合评审按季度或半年度、变更评审按月、紧急事项走例外通道并限期补审，决议记录包含责任人、范围和跟踪节点。
- 价值假设由提案人负责，财务与技术提供约束条件和风险提示，委员会做取舍并对结果负责，交付团队对承诺兑现负责。
- 运行一个评审周期后，从覆盖度、责任人明确性、节奏稳定性、决议跟踪和变更同步五项检查分工是否真正落地。
先定决策边界：委员会管什么、不管什么
委员会分工的第一步是划定事项边界，明确哪些事情必须上会集体决策，哪些事情由角色自行处理。边界不清时，委员会容易被日常排期和任务分配占满议程，真正需要取舍的投资问题反而讨论不足；另一面，业务负责人也可能在未授权的情况下自行承诺资源。建议先用一张决策边界清单把事项归类，再进入角色分工。
委员会的核心决策集中在四类事项：
- 投资准入：新提案是否进入组合、以什么资源规模进入、立项门槛是否达到。
- 组合平衡：资源在短期交付型项目与长期产品投入之间如何分配，组合整体风险是否可接受。
- 重大变更：范围、预算、里程碑发生超出预设阈值的调整时，是否批准继续投入。
- 退出与止损：价值假设失效、持续超支或战略方向调整时，是否暂停、缩减或终止。
以下事项通常不进入委员会议程：单个项目的日常排期与任务分配、具体的评分算法与权重设定、团队内部的人员调配细节。这些事项由项目负责人、PMO或职能负责人按既定规则处理，委员会只在规则本身需要修订时介入。
把事项按“提议、评估、决策、知会”四类权限标注，可以形成一张可直接使用的决策边界清单：
| 决策事项 | 决策类型 | 不介入事项示例 |
|---|---|---|
| 新提案是否进入组合 | 委员会决策，业务/产品负责人提议，财务与技术评估 | 提案内部的迭代排期 |
| 组合资源分配比例 | 委员会决策，PMO提供组合数据，财务提供预算口径 | 单个项目的任务拆分方式 |
| 超阈值范围或预算变更 | 委员会决策，交付团队上报，技术负责人评估影响 | 阈值以内的常规调整，由项目负责人审批 |
| 项目暂停或终止 | 委员会决策，PMO组织复核材料 | 团队内部人员轮换 |
| 评分规则与流程口径修订 | PMO提议，委员会知会或审议 | 具体评分算法的日常执行 |
这张清单的完成标志是：每个事项都能对应到唯一的决策主体，且“不介入事项”有明确的承接角色。清单确定后，角色分工才有稳定的参照。
角色分工表：六类角色各自的输入、动作与产出
事项边界解决“谁来定”，角色分工解决“谁做什么、交什么”。建议按输入、动作、交付物、完成标志四个字段逐角色填写，形成一张可对照执行的职责表。六类角色的分工如下：
| 角色 | 主要输入 | 核心动作 | 交付物 | 完成标志 |
|---|---|---|---|---|
| 业务/产品负责人 | 业务需求、用户反馈、市场判断 | 提交投资提案，说明价值假设、预期收益与不做的后果 | 投资提案（含价值假设与收益预期） | 提案要素齐全并进入评审队列 |
| PMO | 各角色评估意见、组合运行数据 | 维护流程与数据口径，组织评审，记录决议，跟踪执行 | 评审材料、决策记录、执行跟踪表 | 决议有记录、有责任人、有跟踪节点 |
| 财务 | 预算、成本结构、收益测算 | 提供投入产出与预算口径，复核资金可行性 | 财务评估意见 | 投入与收益口径明确，资金约束说清 |
| 技术负责人 | 架构现状、技术债、资源负载 | 评估技术可行性、依赖关系与资源约束，提示风险 | 技术评估意见与风险提示 | 关键依赖与风险已列明 |
| 交付团队 | 决议内容、交付范围 | 承诺可交付范围，执行中上报偏差与风险 | 交付承诺与偏差报告 | 承诺范围明确，偏差按约定上报 |
| 委员会 | 提案与各方评估意见 | 做取舍决策，对组合结果负责 | 决议结论 | 决议形成并下发，责任归属清晰 |
填写这张表时有三个要点。第一，价值假设由提案人负责，委员会不替业务方论证收益，只判断是否值得投入。第二，评估意见要区分“事实输入”和“判断建议”，财务与技术给出的是约束条件和风险提示，最终取舍仍由委员会做出。第三，交付团队的承诺是决策的输入之一，委员会在决议前应确认交付侧对范围和时间的判断，避免决议脱离实际产能。
职责表完成后，建议用事项维度交叉核对一遍：每个决策事项是否都有提议人、评估人和决策人，是否出现同一事项两个决策人或无人评估的情况。核对通过后，这张表即可作为日常运行的基本依据。
把分工跑起来：会议节奏与决策流转
静态职责表需要靠固定节奏运转起来。常见的安排是分层设置会议：组合级评审按季度或半年度召开，聚焦投资准入、组合平衡和退出决策；变更评审按月召开，处理超阈值的范围、预算和里程碑调整；紧急事项走例外通道，由委员会授权代表先行处理，并在下一次例会上补审确认。组合规模较小的团队可以合并节奏，但提案提交、评估、决策、跟踪四个环节不宜省略。
从提案到决议的流转路径建议明确时限：
- 提案提交：业务/产品负责人在评审会前约定天数提交提案，内容包含价值假设、预期收益、资源需求和初步风险。
- 预评估：PMO在收到提案后组织财务与技术分别出具意见，核对数据口径，形成评审材料。
- 委员会决策：会上由提案人简要陈述，评估方补充约束条件，委员会形成决议，明确批准、有条件批准、暂缓或否决。
- 决议下发：PMO在会后约定时限内下发决议，写明责任人、交付范围和跟踪节点。
- 执行反馈：交付团队按节点反馈进展与偏差，PMO汇总后在下次会议或月度跟踪中复盘。
决策记录是闭环的关键载体，建议至少包含提案编号、评估意见摘要、决议结论、责任人和跟踪节点五项内容。例外事项同样需要记录处理依据和补审时间，避免例外通道变成绕过治理的常规路径。
在工具层面，提案、评审意见、决议和执行反馈需要统一承载，避免散落在邮件和多个表格中。ONES 提供统一的需求池、工单与任务看板，可实时同步状态与信息，并追溯需求与问题的处理过程；其项目制与产品制并行的管理方式，也便于在组合中区分短期交付型项目与持续演进型产品的投入。PMO可以借助这些工作项和文档记录决议与跟踪节点，使决策流转有据可查。涉及组合层面的会议管理和决议审批流，具体能力需在选型时结合实际版本核验。
示例：一次投资提案的分工全过程
以下为演示情景，用于说明各角色在具体环节中的交接方式，不代表真实企业案例。
某业务负责人提出一项面向新客户群体的产品能力建设提案，预期在兩個季度内带来增量收入。提案中写明价值假设：目标客户群体的规模判断、不投入情况下可能流失的机会，以及所需的产品与研发资源规模。
PMO收到提案后核对要素完整性，组织预评估。财务给出投入测算与收益口径，指出收益实现依赖销售侧的配套投入，建议分期确认；技术负责人评估后提示该能力依赖一项尚未完成的架构改造，若并行推进将挤占现有交付资源，并列出关键依赖与风险。PMO将两份意见与提案合并为评审材料，提前发给委员会成员。
委员会会议上，提案人陈述价值假设，财务与技术分别补充约束条件。委员会讨论后形成有条件批准的决议：首期只投入部分资源验证核心假设，架构改造作为前置依赖纳入排期，两个季度后按验证结果决定是否追加投入。决议写明责任人、验证节点和复盘时间。
决议下发后，交付团队确认首期可交付范围并纳入迭代计划，执行中如遇架构改造延期，按约定向PMO上报偏差。PMO在月度跟踪中回收进展，并在验证节点组织复盘，将结果提交委员会作为追加或退出决策的依据。整个过程中，提案人对价值假设负责，评估方对意见质量负责，委员会对取舍结果负责，交付团队对承诺兑现负责，边界清晰且可追溯。
分工落地后的完成检查
职责表设计完成不等于分工已经落地。建议在运行一个评审周期后，用以下清单逐项核对，发现缺口即修订职责表或流程：
- 覆盖度：决策边界清单中的每个事项是否都有明确的提议、评估和决策角色，是否存在无人负责或多人争抢决策权的事项。
- 责任人明确性：每项决议是否有唯一责任人和跟踪节点，决策记录是否可追溯到具体提案和评估意见。
- 节奏稳定性：组合评审与变更评审是否按计划召开，例外事项是否在规定时限内补审，议程是否被日常事务挤占。
- 决议跟踪：已下发决议的执行反馈是否按期回收，偏差是否触发重新评估，退出与止损决策是否有复盘记录。
- 变更同步：角色人员调整或组织变化时，职责表是否同步更新，交接期间是否明确临时责任人。
检查结果可按“已满足、部分满足、未满足”三档记录，未满足项对应到具体修订动作和完成时间。组合治理的分工不是一次定稿的文件，而是随组合规模、组织结构和决策质量持续调整的运行机制；每个评审周期结束后花少量时间核对上述五项，比事后追责更能保证机制长期有效。
常见问题
委员会成员与业务负责人在投资提案上意见不一致时，按什么规则处理？
建议在决策边界清单中预先写明分歧处理规则，常见做法有三种：一是由委员会主席或授权代表在听取双方陈述后做出决定并记录理由；二是设置复议节点，提案人可在补充新证据后于下一次例会重新提交；三是将争议事项升级到更高层治理机构裁决。无论采用哪种方式，分歧本身和最终依据都应写入决策记录，避免同一提案反复上会却没有结论。
需要区分的是，业务负责人对价值假设负责，委员会对是否投入负责，两者判断不一致属于正常情况，关键是有明确的裁决路径和时限。
组合规模不大、没有独立PMO时，流程角色如何合并？
小规模组合可以合并角色，但不宜合并职责。常见做法是由一位兼职治理协调人承担PMO的流程组织、材料汇总和决议跟踪工作，财务与技术评估仍由对应职能负责人出具意见，委员会可由业务、技术和财务负责人组成。合并的前提是每项决策事项仍能对应到唯一的提议人、评估人和决策人，并在职责表中标注兼任情况。
当组合规模扩大或提案数量明显增加时，再考虑将协调职责独立出来，避免流程组织工作长期挤占业务负责人的时间。
紧急事项来不及上会，例外通道怎么设置才不至于绕过治理？
例外通道适合处理时间敏感、影响较大的变更或止损事项。建议明确三点：一是授权范围，规定哪些类型和金额阈值以内的事项可由委员会授权代表先行处理；二是补审时限，例如在若干工作日内提交下一次例会确认；三是记录要求，先行处理的决定同样要写明依据、责任人和后续跟踪节点。
PMO可以定期统计例外事项的数量和类型，如果某类事项频繁走例外通道，说明常规评审节奏或授权阈值需要调整，应提交委员会修订规则。
决议下发后交付团队发现承诺无法兑现，应该由谁发起重新评估？
通常由交付团队按约定向PMO上报偏差，PMO核对偏差是否超出预设阈值，超出则纳入变更评审议程，由技术负责人评估影响、财务复核投入变化，委员会重新做出继续、调整或终止的决定。偏差在阈值以内的，由项目负责人按既定规则处理并知会PMO。
这一环节的关键是偏差上报的时限和阈值事先写清楚，并在决议下发时一并告知交付团队，避免出现偏差已经扩大才被发现的被动局面。
角色人员调整时，职责表需要做哪些同步更新？
人员调整时至少同步三处内容：职责表中的角色责任人、在办提案与决议的跟踪责任人、以及会议参与人名单。交接期间建议明确临时责任人并设定交接完成时间，避免出现决议无人跟踪的空档。
如果调整涉及组织架构变化，例如PMO职责范围改变或新增评估角色，还应重新核对决策边界清单，确认原有事项的提议、评估和决策归属是否仍然成立，必要时提交委员会审议修订。
