1.引言
本篇文章内容依据《项目集管理标准》第5版（PgMP 2024），《MSP®管理成功的项目群》（第4版 2011），尝试分析PgMP和MSP的区别与联系。
从本质上看，项目集（PgMP）和项目群（MSP）在英文中对应同一概念（Program/Programme），但分属两套不同的标准体系。项目集（PgMP） 更强调组件之间的相互依赖与协同，以交付收益为核心；项目群（MSP） 更突出变革与转型，以愿景和蓝图为驱动，在模糊和复杂的环境中灵活演进。两者都关注战略一致性和收益交付，但视角和侧重点有所不同。
2.术语来源与定义侧重不同
项目集（Program）——来自《项目集管理标准》（PgMP）
“项目集由一系列以协调方式管理的相关项目、附属项目集和项目集活动构成，以获得单独管理它们无法获得的收益。”
强调组件之间相互依赖、协同增效——组件之间“就像链条中的环节一样，因为实现全部预期收益取决于项目集范围内所有组件的交付” 。
项目群（Programme）——来自《MSP®管理成功的项目群》
“项目群是指以交付与组织战略目标相关的成果和收益为目的，用以协调、指导、监督一系列相互关联的项目或活动而创建的一个灵活的临时性组织。”
更强调它是一个临时性组织，且特别突出变革与转型导向——"MSP 项目群就是关于实现转型变革的” 。
3.关注焦点不同
项目集的重心在于收益——“项目集的核心目标是创造收益，而不是特定的产品交付” 。其成功以“有效和高效的方式向组织交付收益来度量” 。
项目群的重心在于成果与变革——“项目群处理的是成果问题；项目处理的是产出问题” 。项目群强调通过愿景和蓝图驱动，“对未来的清晰的愿景”是核心工具 。
4.对变革与不确定性的处理方式不同
维度 | 项目集（PgMP） | 项目群（MSP） |
对变革的态度 | 主动使用变更管理，使组件和预期收益与组织战略保持一致 | 项目群本身就是变革的载体，“项目群在更加模糊的环境中存在和演进” |
对不确定性的处理 | 项目集层级的经理能更好地处理风险，将不确定性视为发掘机会的工具 | 项目群需要应对复杂性和模糊性，变革领导者必须接受不确定性 |
范围边界 | 项目集组件之间有明确的相互依赖关系 | 项目群范围边界是灵活的，“能够对项目群中包含的和不包含的内容进行频繁的变更” |
5.管理框架不同
项目集通过 6个项目集管理绩效域 进行管理：
战略一致、收益管理、干系人参与、治理框架、合作、生命周期管理
项目群通过 七大原则、治理主题和转型流 三大层面进行管理：
原则如：与企业战略保持一致、展望更美好的未来等 通过“识别项目群→定义项目群→交付能力→实现收益”等转型流推进
6.最后结论：
- 本质相同
两者都是管理“项目集/项目群”的方法论，目标都是通过协调管理实现1+1>2的收益。
- 场景侧重有差异
简单来说： 如果你要管理一个工程、IT或新产品开发的项目集，PMI的框架可能更直接。如果你要管理一个组织变革、战略转型或社会政策类项目，MSP的框架和方法可能更贴合你的需求。
推荐阅读合集