项目集治理委员会要发挥作用，前提是把决策权、执行权、支撑权和交付权分开：委员会保留取舍与授权，项目集经理负责日常推进与议题准备，PMO维护口径与流程，项目负责人和业务/职能负责人承接交付与资源承诺。本文给出一张可直接对照的职责分工表、议题与例会的运行流程、一个跨项目集资源冲突的示例，以及分工落地后的检查清单。
要点总览（TL;DR）
- 项目集治理委员会保留立项与终止、重大范围与预算调整、跨项目集资源冲突裁决、重大风险升级处置四类决策事项，日常推进由项目集经理负责。
- PMO承担口径与流程支撑，维护状态报告模板、指标定义和治理记录；项目负责人与业务/职能负责人承接交付与资源承诺，资源承诺要落到具体人员、时间和投入比例。
- 分工靠唯一议题入口、字段固定的状态报告、议程明确的治理例会和可跟踪的决策记录串成闭环，升级阈值写入治理规则。
- 跨项目集资源冲突的处理顺序是：项目集经理整理影响与备选方案，PMO统一数据口径，委员会做优先级裁决，业务部门确认资源承诺，项目负责人调整计划并回传状态。
- 运行一个季度后可用六项检查判断分工是否落地，重点看议题入口是否被实际使用、决策记录是否带责任人和期限。
先划清四类角色的权责边界
项目集治理委员会与其他角色分工不清，常见表现是两类：一类是委员会被拉进日常协调，会议变成进度汇报会；另一类是委员会只在出事后被通知，重大取舍没有正式决策场合。解决方式是按权责类型划分，而不是按职级高低划分。决策权归委员会，执行权归项目集经理，支撑权归PMO，交付权归项目负责人与业务/职能负责人。
治理委员会保留的决策事项
委员会应保留那些一旦做出就会改变资源投向或承诺边界的事项，具体包括：项目集及所含项目的立项与终止；超出既定阈值的范围与预算调整；跨项目集的资源冲突裁决；重大风险的升级处置方案。这些事项的共同点是涉及多个项目集之间的取舍，或者会改变对外承诺，单个项目集经理无权单独决定。
委员会保留决策权，意味着它需要对议题给出明确结论：批准、否决、有条件批准或退回补充材料。结论模糊会让执行层反复试探，也会让下一次会议重复讨论同一件事。
项目集经理、PMO与交付角色的职责
项目集经理负责日常执行：编制和维护项目集计划，汇总各项目状态，准备提交委员会的议题材料，跟踪决策事项的落实情况。项目集经理是议题的主要来源，也是决策回传的第一责任人。
PMO负责口径与流程支撑：维护状态报告模板和指标定义，安排评审节奏，归档治理记录，核对不同项目集提交的数据是否使用同一套口径。PMO不替项目集经理写状态报告，也不替委员会做决策，它的价值在于让各方用同一套语言讨论同一组数据。
项目负责人与业务/职能负责人负责交付与资源承诺。项目负责人按裁决调整项目计划、组织交付并回传执行状态；业务/职能负责人对本部门投入项目集的人员和资源做出承诺，并在资源被调配时确认补偿安排。资源承诺需要具体到人、时间和投入比例，口头支持无法作为后续核对的依据。
项目集治理角色职责分工表
下表把四类权责落到具体事项，可直接作为组织内讨论的底稿。使用时逐行确认责任角色，并检查是否存在同一事项多人决策或无人负责的情况。
| 治理事项 | 治理委员会 | 项目集经理 | PMO | 项目负责人/业务职能负责人 |
|---|---|---|---|---|
| 项目集立项与终止 | 决策 | 执行（提交立项材料与终止评估） | 支撑（提供模板与历史数据） | 交付（确认交付范围与资源可行性） |
| 重大范围与预算调整 | 决策 | 执行（评估影响、提出方案） | 支撑（核对预算口径） | 交付（确认调整后的交付承诺） |
| 跨项目集资源冲突裁决 | 决策 | 执行（整理影响与备选方案） | 支撑（统一资源数据口径） | 交付（执行分配结果、调整计划） |
| 重大风险升级处置 | 决策（处置方向与资源投入） | 执行（风险识别、升级与跟踪） | 支撑（维护风险登记口径） | 交付（落实缓解措施） |
| 状态报告与指标定义 | 确认口径 | 执行（按期提交） | 支撑（制定模板与定义） | 交付（提供项目级数据） |
| 治理例会组织与记录 | 决策（会上形成结论） | 执行（准备议题、汇报） | 支撑（安排议程、归档记录） | 交付（按需参会说明） |
| 决策事项跟踪闭环 | 监督 | 执行（跟踪并回传进展） | 支撑（维护跟踪台账） | 交付（落实本角色承担的动作） |
用议题入口和例会机制把分工跑起来
职责表只说明谁负责什么，分工要真正运行，还需要一条固定通道把信息送进委员会、把结论送回执行层。这条通道由四部分组成：唯一的议题入口、字段固定的状态报告、议程明确的治理例会、可跟踪的决策记录。缺任何一环，分工都会退化为口头约定。
议题从哪里来
议题应有统一入口，由项目集经理汇总提交，避免各项目直接向委员个人反映导致信息碎片化。常见议题来源有四类：项目集经理在状态汇总中发现的偏差；项目负责人按升级路径上报的风险；跨项目集之间无法自行协调的资源或优先级冲突；超出授权阈值的变更申请。
提交议题时应附带三样内容：事实描述（发生了什么、影响哪些项目集）、已尝试的处理方式、需要委员会做出的具体选择。只描述问题不给出选项的议题，往往在会上消耗大量时间却难以形成结论。
状态报告的固定字段
状态报告是委员会判断是否需要介入的基础材料，字段应固定，便于跨项目集横向比较。建议至少包含以下内容：
- 里程碑：计划完成时间、当前预测时间、偏差原因；
- 范围变更：本期提出的变更、影响评估、当前状态；
- 预算消耗：预算额度、已消耗比例、预测超支风险；
- 关键风险：风险描述、等级、缓解措施、是否需要升级；
- 需决策事项：事项描述、备选方案、希望委员会给出的结论、期望决策时间。
字段定义由PMO维护，项目集经理按模板填写并对数据真实性负责。报告按期提交是例会有质量的前提，临时拼凑的材料会让决策建立在不可靠的信息上。
治理例会的议程与角色分工
治理例会建议采用固定议程：上次决策事项的落实情况、本期状态总览、需决策议题逐项讨论、风险与升级事项、下次会议安排。会上由项目集经理汇报事实与方案，委员会成员提问并形成结论，PMO负责记录并确认结论表述准确。
参会角色应保持稳定。业务/职能负责人在涉及本部门资源承诺的议题上必须到场或书面授权，避免会上做出决定、会后无法落实。会议时长应受议程约束，未列入议程的议题转入下一次或走临时升级通道。
决策记录、回传与升级路径
每条决策记录至少包含四项：决策内容、责任人、完成期限、跟踪方式。记录在会后一个工作日内发出，由责任人确认；下次例会第一项议程即核对上期决策的完成情况。决策未落实时，应说明原因并重新确定期限，而不是默认延期。
升级路径需要事先明确阈值，让项目集经理知道哪些事项可以自行处理、哪些必须上委员会。可参考的划分方式是：在授权范围内的计划调整、项目内部资源调配由项目集经理处理并记录；超出预算或范围阈值、涉及两个以上项目集的资源冲突、影响对外承诺的重大风险，必须提交委员会。阈值应写入治理规则，并在每次组织调整后复核。
在治理议题与决策跟踪的承载上，ONES Plan 提供项目集管理总览多项目信息，支持自定义项目属性管理不同类型项目，并可查看多项目数据集合、多维度掌控项目进度；其资源报表可实时反馈项目投入情况。这些能力可用于让状态报告中的进度与资源数据有统一来源，减少会前手工汇总。治理例会的议程管理与决策记录归档方式，则需结合组织现有工具另行约定。
角色分工示例：一次跨项目集资源冲突的处理
以下为演示情景，用于说明四类角色在同一治理事件中的动作与产出，不对应特定组织。
情景设定：项目集A与项目集B在同一个季度都需要某关键团队的全职投入，两个项目集经理各自按本集计划排期，冲突在月度状态汇总时暴露。该团队归属业务部门C，可投入人力只能满足一方的主要需求。
各角色的动作与产出
| 环节 | 角色 | 动作 | 产出 |
|---|---|---|---|
| 输入 | 项目集经理（A、B） | 分别整理本集对该团队的需求时间、工作量与延迟影响 | 两份需求说明，含受影响里程碑清单 |
| 输入 | PMO | 核对双方使用的工时与投入口径，调取历史投入数据 | 统一口径的资源对照表 |
| 议题准备 | 项目集经理（A、B） | 联合提交议题，列出三种备选分配方案及各自影响 | 议题材料：方案、影响、建议 |
| 决策 | 治理委员会 | 听取双方说明，确认优先级依据，做出分配裁决并明确补偿安排 | 决策记录：分配结果、补偿方案、责任人、期限 |
| 承诺 | 业务/职能负责人（C） | 确认可投入人员与时间，落实补偿资源 | 资源承诺确认 |
| 执行 | 项目负责人 | 按裁决调整项目计划，回传调整后的里程碑 | 更新后的项目计划与状态 |
| 跟踪 | 项目集经理 + PMO | 在后续例会核对执行情况，记录偏差 | 决策落实跟踪记录 |
这个示例的完成标志是：委员会形成书面裁决，被调整一方的计划完成更新并确认新的里程碑，补偿资源落到具体人员和日期，下一次例会能够核对落实情况。若裁决后无人更新计划，或补偿安排停留在原则性表述，冲突会在下个季度以同样形式再次出现。
示例也说明分工的价值：项目集经理提供事实与方案，PMO保证双方用同一套数据说话，委员会只做取舍，业务部门做资源承诺，项目负责人承接执行。任何一方越位或缺失，裁决的质量和落实速度都会下降。
分工落地后的完成检查
分工是否真正建立，可以用一组可核验的条目判断。建议在治理机制运行一个季度后逐项检查，并对未通过项明确整改责任人和时间。
- 职责分工表覆盖完整：全部治理事项均有明确责任角色，逐行检查无同一事项多重决策、无无人负责的空白项。
- 议题入口唯一且被知晓：各项目集经理和项目负责人能说出议题提交的渠道、所需材料和提交时限，实际提交记录与该渠道一致。
- 状态报告字段统一、按期提交：抽查最近三期报告，字段齐全、口径一致，提交时间符合规定；临时补报的情况有记录和原因。
- 治理例会按议程运行：会议有固定议程，议题提前分发，参会角色符合要求，会议记录在规定时间内发出。
- 决策事项有责任人和跟踪闭环：抽查决策记录，每条均有责任人、期限和跟踪方式；上期决策在下次例会得到核对，未完成项有说明和新期限。
- 升级路径被实际使用：治理记录中能找到按阈值升级的案例，也能找到项目集经理在授权范围内自行处理并记录的事项，说明阈值划分在实际运行。
检查中发现的问题通常集中在两处：一是议题入口形同虚设，重要事项仍通过私下沟通进入委员会；二是决策记录只记结论不记责任人和期限，导致跟踪无从下手。这两处修正后，四类角色的分工才算真正运转起来。
常见问题
项目集治理委员会和项目集经理在决策上如何避免职责重叠？
按权责类型划分：委员会只对改变资源投向或对外承诺边界的事项做决策，包括立项与终止、超阈值的范围与预算调整、跨项目集资源冲突、重大风险升级处置；项目集经理负责计划编制、状态汇总、议题准备和决策跟踪。判断标准可以简化为一句：单个项目集经理无权单独决定、且涉及多个项目集取舍的事项上委员会，其余由项目集经理在授权范围内处理并记录。
业务或职能负责人不参加治理例会，资源承诺还能落实吗？
涉及本部门资源承诺的议题，业务/职能负责人应到场或书面授权代表参会，否则会上形成的分配结论缺少承诺方确认，会后容易搁置。若确实无法参会，可在议题材料中附上其书面确认的资源安排，会上据此决策；会后由项目集经理将决策记录发给本人确认，并在下次例会核对落实情况。资源承诺要具体到人员、时间和投入比例，原则性表态无法作为跟踪依据。
升级阈值应该怎么定，定完还需要调整吗？
阈值可以按三类事项设定：预算或范围调整的幅度、涉及项目集的数量、风险对对外承诺的影响程度。例如超出预算一定比例、涉及两个以上项目集的资源冲突、影响关键交付日期的风险，必须提交委员会。阈值写入治理规则后，建议在组织调整、项目集范围变化或连续出现越权处理时复核一次，避免阈值与实际授权脱节。
治理例会的决策记录应该由谁维护，记录到什么程度？
通常由PMO负责记录与归档，项目集经理确认结论表述准确。每条记录至少包含决策内容、责任人、完成期限和跟踪方式，会后一个工作日内发出并由责任人确认。下次例会第一项议程核对上期决策完成情况，未完成的说明原因并重新确定期限。只记结论不记责任人和期限的记录，后续无法跟踪。
状态报告和资源数据能否用工具统一来源，减少会前手工汇总？
可以用工具承载多项目进度与资源数据的统一来源。ONES Plan 提供项目集管理总览多项目信息，支持自定义项目属性管理不同类型项目，并可查看多项目数据集合、多维度掌控项目进度；其资源报表可实时反馈项目投入情况。这些能力可用于让状态报告中的进度与资源数据取自同一来源。治理例会的议程管理与决策记录归档方式，需结合组织现有工具另行约定。
