项目集管理PgMP：多项目协同管理的框架与实践

五个项目同时推进，每周的周报都是绿的。季度复盘会上，管理层问了一句：说好的客户续约率提升，在哪？会议室安静了几秒，没有人能接上话。

这不是个别现象。PMI 2018 年《职业脉搏调查》（第 10 次调查，覆盖 4,455 名项目管理专业人士、800 名 PMO 主管与 447 名高层管理者）显示：约 31% 的项目没有达到目标，43% 没有在预算内完成，48% 没有按时完成；组织因项目表现欠佳造成的资金浪费率达到 9.9%，中国为 7.6%。与此同时，85% 的受访高层仍然认为，自己的组织在通过交付项目实现战略成果方面是有效的。

两组数字放在一起，指向一个常见错位：项目层面的完成度，和战略层面的结果，并不是一回事。项目集管理（Program Management）处理的就是这个错位，PgMP 是 PMI 为这类能力设立的认证。

下面按四个部分讲清：三个容易混的概念、框架由什么构成、实战里真正要做的几件事，以及什么时候值得上这套方法。

项目交付产出，项目集交付收益

PMI《项目集管理标准》对项目集的表述很直白：项目集是相互关联、被协调管理的一组项目、子项目集和项目集活动，目的是获得分别管理所无法获得的收益。项目集管理，是在这组项目上应用知识、技能与原则，实现项目集目标，拿到分别管理各组件无法实现的收益和控制。

关键词是「收益」。项目交付产出——系统上线、设备投产、门店开业；项目集要的是产出换来的结果——续约率回升、某条流程的用工减少、某个区域的交付周期缩短。产出能不能变成收益，取决于几个项目之间怎么配合。前文那组数据里的落差，多半就出在这一层。

三者分工可以用一张表看清：

一句话记住：项目管交付，项目集管收益，项目组合管投给谁。 三者不是层级高低，是三种视角，同一批项目可以既在组合里被投资排序，也在项目集里被协调交付。

五个绩效域，五件必须一直做的事

第 4 版把项目集管理的工作划分为五个绩效域：战略一致性、效益管理、相关方参与、治理、生命周期管理。它们不是先后步骤，在整个项目集期间并行存在、反复进行，某个阶段哪个绩效域更活跃，取决于项目集当时的状态。

据公开出版信息，PMI 已在 2024 年发布第 5 版，中文版由电子工业出版社于 2025 年出版。这一版改为以原则为主导，与《PMBOK 指南》第七版保持一致，新增「合作」绩效域，并重组了治理与生命周期相关内容。对照标准搭体系前，先确认自己参照的是哪一版，避免术语混用。

战略一致性管的是一致性能不能保持。 它要求识别项目集的输出和成果，使其与组织目标保持一致。难点不在立项时对齐，而在环境变化后重新对齐：项目集支撑哪个战略目标，目标变了由谁决定项目集继续还是收缩，这两件事要事先写清。

效益管理管的是收益能不能兑现。 它覆盖效益的识别、分析规划、交付与维持：定义目标和成功标准，量化预期效益，形成效益管理计划，明确组件构成、依赖关系、优先级和共同遵循的绩效基准，交付阶段持续对照基准报告。多数团队缺的不是计划模板，而是度量口径——如果一项效益在交付后既观察不到、也说不清该归给谁，它就还停留在口号层面。

治理和相关方参与，解决谁拍板和谁支持。 治理明确谁发起项目集、谁批准组件启动与变更、问题和风险沿什么路径上报；相关方参与负责识别关键相关方、分析项目集对其的影响、争取支持并保持沟通。两者绑在一起看更清楚：治理决策能不能落地，取决于关键相关方在决策前有没有被纳入。

生命周期管理负责让收尾有人接手。 定义阶段确认目标、收益和组件构成；交付阶段启动并协调组件，盯住依赖、风险和变更；收尾阶段完成移交，把收益维持的责任交给运营或接续的项目集。这一环最容易被跳过，结果是项目都做完了，收益没有接手人。

多项目协同，实战里先做这四件事

依赖先写清单，再谈排期

多项目失控，多数不是执行不力，而是依赖没被看见。排期之前，先把组件之间的依赖写成清单，至少覆盖三类：交付依赖，上游的接口是下游的前置条件；资源依赖，共用架构师、测试环境或专项资金；外部依赖，供应商交付、合规审批。

清单不用复杂，六个字段够用：依赖类型、上游组件、下游组件、需要确认的时间点、责任人、当前状态。它比甘特图更需要被持续维护，因为计划会变，依赖一变，排期就该跟着动。

资源冲突需要一条裁决规则

资源冲突的本质通常不是资源不够，而是缺一个「谁先谁后」的明确答案。三个动作能解决大部分扯皮：

• 建立统一的资源池视图，让关键人员和共享环境的占用情况对相关方可见；
• 给出优先级评估维度，例如战略匹配度、合规与合同约束、对收益兑现时间的影响、切换成本，避免每次冲突都临时拍板；
• 约定资源协调会的频率和升级路径，项目层面解决不了的冲突，明确上报到哪一级。

评估维度建议不超过四五个，维度太多等于没有标准。裁决结果要留痕，下一次遇到同类冲突可以直接引用。

报表要有两条线：进度和收益

只报进度，就容易出现「每个项目都按时完成、整体收益却没出现」的局面。项目集层面需要第二条报告线：效益指标当前值、离目标的差距、哪些组件的延迟会推迟收益兑现的时间。

两条线放进同一份报告，管理层才能判断该保进度还是该调范围。判断依据不是项目完成度，而是收益兑现时间的偏移量。

工具要能分层，否则跨项目视图建不起来

机制先定，工具再跟上。多项目协同对工具的基本要求是能区分层级：项目集、项目、执行分别承载不同的目标和进度口径。如果所有信息都堆在同一张任务列表里，跨项目视图就无从建立，依赖清单和双线报表只能靠人工拼。

选型时可以直接拿三个问题去问：

1. 能不能把项目集和项目分开建？
2. 能不能在一个视图里看到跨项目的时间点冲突？
3. 效益类指标有没有独立字段承载？

市面上的项目管理工具在这三点上差异不小，例如禅道内置项目集、项目、执行的分层结构，就是按这个口径组织数据的。工具解决的是信息汇总和跨项目对账的效率，优先级规则和裁决机制仍然要在组织内部先谈清楚，这一点没有工具能替代。

什么时候值得上项目集管理

出现这些信号，就该考虑按项目集来管：三个以上项目共用同一位关键角色或同一套环境；项目之间存在强交付依赖，一个延期必然带倒另一个；组织要的是收益而不是单个交付物；项目需要跨部门、跨供应商统筹；单个项目的调整会明显影响其他项目。

反过来，几个项目之间没有关联，只是碰巧由同一个团队执行，那么用项目组合的视角做投资排序、用单项目管理把每个项目管好就够了。额外加一层项目集，往往只增加协调成本。

真要起步，按三步走：

1. 定义边界与收益：写清覆盖哪些组件、要实现的收益、用什么口径度量。
2. 定角色与治理：明确项目集经理、发起人、指导委员会的职责与决策范围，确定上报路径。
3. 先跑两个机制：依赖清单和资源裁决规则，跑顺之后再补收益报告与收尾移交。

关于 PgMP，先想清楚三件事

它是什么层级。 PgMP（Program Management Professional）是 PMI 面向项目集管理从业者的认证，与 PMP、PfMP 同属 PMI 认证体系，分别对应项目、项目集、项目组合。申请需要同时具备项目管理经验和项目集管理经验，年限要求按学历分档，经验须在近 15 年内积累；流程上先通过小组评审，再参加笔试，持证后需按期积累专业发展单位（PDU）维持有效性。具体年限、费用和考试形式，以 PMI 官方最新公布为准。

它和 PMP 的区别。 PMP 评估单项目管理能力，PgMP 评估管理多个关联项目、进而实现战略和组织级成果的能力，两者处于不同层级，经验要求的构成也不同。

要不要考。 PMI《全球项目管理人才缺口报告》预计，到 2035 年，中国项目管理专业人才需求将从约 1,110 万人增至 2,330 万人。需求在涨，但有没有证书，和能不能做好项目集管理，是两件事。如果岗位需要跨企业、跨行业说明能力，认证有实际作用；如果只是想把手上这堆项目的协同理顺，先把依赖和裁决机制跑起来，见效更快。

顺带说清一个常见分工问题：项目集经理对某个项目集的目标和收益负责，与项目经理、项目组合经理、运营负责人交互；PMO 通常承担跨项目集的规则与标准建设，比如流程、模板、度量口径和资源视图，并组织跨项目集协调会议。小组织里两种角色常由同一批人承担，但责任口径最好分开写清。

常见问题

项目集和「大项目」有什么区别？

判断依据不是预算和人数，而是组件能不能独立管理。如果一项工作拆不出可独立管理、独立交付的组件，目标本身就是交付约定的范围，那它是大型项目，用单项目管理的方法加厚管理力度就够了。反过来，当多个组件各有自己的目标和交付节奏，却要共同支撑一个收益结果时，才需要项目集的结构。

敏捷团队适合用项目集管理吗？

适合，但两层的分工要分清。敏捷解决的是组件内的交付节奏和需求变化，项目集解决的是组件之间的依赖、资源占用和收益兑现。常见误区是把项目集的治理节奏也做成短周期：每两周要一份跨项目报告，很容易把协调成本推高。更实际的做法是治理节奏放长，依赖和资源视图保持实时。

项目集经理需要专职吗？

没有统一答案，看组件数量和依赖强度。组件多、共享资源密集、收益周期跨年时，兼职几乎必然出问题，最先被牺牲的通常是效益管理和跨组件依赖跟踪——这两件事不紧急，但决定项目集最终有没有结果。组件少、依赖弱时，由资深项目经理兼任是常见且合理的安排。

把这篇压缩成五句话

• 项目交付产出，项目集交付收益，项目组合决定投给谁，三者是视角差异，不是层级高低。
• 五个绩效域并行存在：战略一致性、效益管理、相关方参与、治理、生命周期管理。
• 多项目协同从依赖清单开始，排期之前先让依赖可见。
• 资源冲突要有裁决维度和升级路径，报表要有进度和收益两条线。
• 收益没人接手，项目就不算真正结束；工具能承载机制，替代不了机制。

需要往下走的话，从最小的一步开始：把手上最纠缠的那三个项目拉出来，写一页依赖清单。这一页纸，通常比一次动员会更管用。

数据来源

• PMI《职业脉搏调查》（Pulse of the Profession®，2018 年，第 10 次调查），PMI 官方发布稿，美通社 2018 年 4 月 18 日发布：prnasia.com/story/207962-1.shtml
• PMI《全球项目管理人才缺口报告》（2025 年），中文报道：biz.huanqiu.com/article/4OBS1dWkT2v