第 20 章 高级项目管理
当视角从「管好一个项目」上升到「管好一组项目、让组织战略落地」，就进入了高级项目管理的领地：项目集管理追求效益、项目组合管理对齐战略、组织级项目管理搭建体系、大型复杂项目考验治理。本章是综合知识中典型的「概念对比型」章节，分数不难拿，但三个「管理层次」之间的一字之差，正是命题人的最爱。
一、考情分析
命题规律与抓分重点：
- 「项目 / 项目集 / 项目组合」三维对比是本章第一考点。给一段场景描述反问属于哪一层管理，或者问「哪一层的成功衡量标准是效益」——靠的就是定义中的关键词：临时性成果、关联协调、战略价值。
- 项目集五大绩效域的名称必须能默写。「战略一致性、效益管理、干系人参与、项目集生命周期管理、项目集治理」，命题人惯用「项目集风险管理」这类貌似合理的词做干扰项。
- 项目组合管理四个核心过程的顺序（定义→优化→授权→控制）与两类工具（气泡图、加权评分模型）几乎隔年必考其一。
- OPM3 的 SMCI 四级（标准化、可测量、可控制、持续改进）排序题与含义题是送分点，也是丢分点——「可测量」与「可控制」的先后顺序最易记反。
- 抓分策略：本章无计算、无案例分析大题，纯靠精确记忆与辨析。把速记卡背熟，用「战略—效益—成果」三级跳的框架串起全章，3–4 分可以稳定全收。
二、学习目标
| 目标层级 | 具体目标（学完后应能做到） |
|---|---|
| 知识层 |
|
| 能力层 |
|
| 素养层 |
|
三、知识点精讲：项目集管理
3.1 什么是项目集
项目集（Program）是一组相互关联且被协调管理以获取单独管理所无法获得的效益的项目、子项目集和项目集活动。这一定义里有三个必须咬住的词：
- 相互关联：项目集内的组件项目之间存在依赖关系（共享资源、共同目标、前后衔接、成果互为输入），「一堆互不相干的项目打包」不是项目集，是项目组合；
- 协调管理：通过统一治理、统一规划，使组件项目对齐共同的效益目标；
- 单独管理所无法获得的效益：这是项目集存在的唯一理由。如果每个项目单独管就能拿到全部收益，就没有必要设立项目集。这句话本身是高频考题。
项目集管理（Program Management）就是对项目集应用知识、技能、工具与技术，以满足项目集要求并获取项目集效益的管理活动。它不代替组件项目的项目管理，而是在其之上做统筹、协调与集成：统一编排进度顺序、统筹依赖与接口、整合风险管理、集中治理与资源调配。典型的信息系统项目集如「核心银行系统替换项目集」，其中包含核心账务系统开发、数据迁移、外围系统改造、网点终端更新等多个相互依赖的项目，任何一个项目单独成功都不等于项目集成功，只有新旧系统平滑切换、整体业务连续性得到保障，项目集的效益才算实现。
3.2 项目集管理的五大绩效域
参照 PMI《项目集管理标准》，项目集管理围绕五个相互关联、需要在整个项目集生命周期中持续关注的绩效域展开。它与项目级「八大绩效域」是两套体系，不可混搭。
| 绩效域 | 核心内容 | 关键活动 / 要点 |
|---|---|---|
| 项目集战略一致性 | 确保项目集的目标和预期效益与组织的战略目标、战略优先级保持一致，并在全生命周期内持续校准。 | 项目集商业论证、项目集章程、效益登记册的编制与维护；战略变更时项目集的评估与调整。 |
| 项目集效益管理 | 对效益的定义、创建、最大化和交付进行管理，是项目集区别于一般项目群的本质特征。 | 效益识别、效益分析与规划、效益交付、效益移交、效益保持。 |
| 项目集干系人参与 | 争取干系人对项目集目标和效益的认同与支持，管理与项目集利益相关的各方期望。 | 干系人识别与分析、干系人参与计划、沟通与争取（Win Support）。 |
| 项目集生命周期管理 | 管理项目集定义阶段、效益交付阶段与收尾阶段的活动及其间过渡，保证组件协调推进。 | 组件启动与整合、组件过渡与关闭、依赖与接口管理、项目集活动管理。 |
| 项目集治理 | 建立决策框架与监督机制，确保项目集以受控、透明的方式实现效益。 | 治理结构（如项目集指导委员会）、治理阶段与关口审查、审批与升级路径、知识管理与审计。 |
五个绩效域不是串行的阶段，而是贯穿整个项目集生命周期的持续实践：从定义阶段的战略论证与效益识别，到效益交付阶段的治理审查与干系人争取，再到收尾阶段的效益移交与保持，五个维度始终在场、相互支撑。考试常给「某项活动属于哪个绩效域」的判断题，抓活动动词即可定位：谈「对齐战略」归战略一致性，谈「效益」归效益管理，谈「决策审查机制」归治理。
记忆口诀（五大绩效域）：「战略定方向、效益定成败、干人聚支持、生命贯始终、治理保受控」——取首字「战、效、干、生、治」，谐音记为「占效感生」：占住效益，才感到项目集的「生命」。
3.3 项目集生命周期
项目集生命周期分为三个阶段，且各阶段的活动存在重叠与迭代：
- 项目集定义阶段：编制项目集商业论证与项目集章程，组建治理结构，完成立项论证与高层规划。这是「想清楚」的阶段——项目集为什么存在、要拿什么效益。
- 项目集效益交付阶段：统筹组件项目的启动、规划与执行，管理组件间的依赖与过渡，持续跟踪效益实现情况。这是「做出效益」的阶段，组件可能分批启动、分批移交给运营。
- 项目集收尾阶段：完成剩余组件的收尾，移交成果与效益，更新组织过程资产，解散组织，完成项目集整体关闭。注意收尾关闭的是「项目集组织」，而效益可能仍在运营中持续产生。
3.4 项目集效益管理
效益（Benefit）是项目集存在的理由，效益管理是项目集绩效域中最具辨识度的一环，其主要活动按时间顺序展开：
| 活动 | 内容 |
|---|---|
| 效益识别 | 识别并记录预期效益（含有形与无形效益），形成效益登记册的初始内容。 |
| 效益分析与规划 | 分析效益的实现路径、依赖条件、责任人（效益责任人）与衡量指标，制定效益管理计划。 |
| 效益交付 | 在效益交付阶段通过组件实施持续产生效益，跟踪实际与计划的偏差并采取纠正措施。 |
| 效益移交 | 将效益及其支撑成果移交给接收方（通常是运营部门），确保有能力持续兑现效益。 |
| 效益保持 | 项目集收尾后，由运营组织在更长周期内巩固并维持效益，防止效益随时间衰减。 |
理解提示：效益管理五个活动的时间轴特征是常考点：识别与分析规划发生在前，交付在中间，移交与保持在后——但它们不是严格的一次性串行，效益登记册与效益衡量结果需要持续更新。判断题中「效益在项目集收尾时才实现」「效益保持属于运营部门、与项目集无关」都是错误表述。
案例：某省属医院启动「智慧医院建设项目集」，包含 HIS 系统重构、电子病历升级、互联网医院平台建设三个项目。项目集经理按季度向指导委员会汇报「预约挂号平均等待时长」「线上复诊占比」等效益指标。两年后三个项目均验收合格，但线上复诊占比始终不足 2%——问题诊断：项目集只做了「项目验收」，没做「效益移交」：新功能上线后未对医生做绩效引导、未对科室做流程改造，运营部门「接不住」效益。教训：项目成功 ≠ 项目集成功，项目集的成功以效益实现为准绳，效益移交与保持是必做动作，而不是可选项。
四、知识点精讲：项目组合管理
4.1 什么是项目组合
项目组合（Portfolio）是指为实现战略目标而组合在一起管理的项目、项目集、子项目组合和运营工作的集合。与项目集最关键的区别在于：
- 不要求相互关联：组合内的组件可以是完全不相干的项目，甚至包含日常运营工作，把它们放在一起的理由只有一个——共同服务于组织战略目标；
- 以选择与取舍为核心：项目组合管理（Portfolio Management）的核心活动是识别、分类、评估、选择、排序和授权，回答「在有限资源下，该做哪些事、不该做哪些事」；
- 不直接管理执行：项目组合经理不管理组件内部工作，而是通过资源分配、优先级排序与绩效监控来引导整体。
4.2 项目、项目集、项目组合三维对比
这是本章最重要的一张表，综合知识里几乎每年都要从中取材命题。
| 维度 | 项目 | 项目集 | 项目组合 |
|---|---|---|---|
| 定义 | 为创造独特的产品、服务或成果而进行的临时性工作。 | 一组相互关联且被协调管理以获取单独管理所无法获得的效益的项目、子项目集和项目集活动。 | 为实现战略目标而组合在一起管理的项目、项目集、子项目组合和运营工作。 |
| 管理目标 | 交付成果（按范围、进度、成本、质量要求交付可交付成果）。 | 获取效益（通过协调组件交付单独管理无法获得的整体效益）。 | 实现战略价值（通过选择与优化使组织战略目标达成）。 |
| 管理重点 | 正确地做事——把既定的事按要求做出来。 | 把事做正确——在既定战略下通过统筹协调使整体效益最大化。 | 做正确的事——先保证选出来的事是对的。 |
| 核心角色 | 项目经理（Project Manager）。 | 项目集经理（Program Manager）。 | 项目组合经理（Portfolio Manager）。 |
| 成功衡量标准 | 产品、服务或成果按约束成功交付，达成项目目标。 | 项目集效益按计划实现，效益超出单独管理所能达到的水平。 | 组合整体的综合绩效与战略目标的实现程度。 |
记忆口诀（三层定位）：「项目交成果、项目集拿效益、组合看战略」；管理重点一句话：「项目正确地做事，组合做正确的事，项目集夹在中间，把对的事做对」。层级关系记成金字塔：组合在最上（定战略）、项目集居中（拿效益）、项目在底（交成果）。
4.3 项目组合管理的四个核心过程
| 过程 | 主要工作 | 典型输出 / 手段 |
|---|---|---|
| 组合定义 | 识别、分类并评估备选组件，形成组合清单：明确组织战略目标，收集候选项目与项目集，评估其战略贡献、收益、成本与风险。 | 组件清单、评估记录、组合战略与组合章程。 |
| 组合优化 | 对备选组件进行筛选、排序与平衡：在资源与预算约束下最大化战略价值，权衡风险与收益、长短期项目、各业务线的比例。 | 加权评分模型、气泡图、优先级排序结果。 |
| 组合授权 | 正式批准组合及其组件：确定纳入组合的组件，分配预算与资源，明确授权启动（如签发项目章程）。 | 组合路线图、授权决定、资源分配计划。 |
| 组合控制 | 对组合进行持续监督与调整：监控组件绩效与战略一致性，触发组件的新增、暂停、加速或终止，实施组合再平衡。 | 组合绩效报告、审查会议、变更与再平衡决定。 |
四个过程不是「一次做完拉倒」的线性流程，而是循环迭代的：组合控制中发现的绩效与战略变化，会触发新一轮的定义与优化，实现组合的动态调整。考「顺序题」时记链条：定义 → 优化 → 授权 → 控制——先看有什么，再排先后，然后给钱给人，最后盯住不放。
4.4 组合管理的常用工具
气泡图（Bubble Chart）
将候选项目绘制在二维坐标平面上进行可视化比较的常用工具：横轴通常表示风险（或实施的难易程度），纵轴表示战略收益（或价值贡献），每个气泡代表一个候选组件，气泡大小表示投资规模（或资源占用）。落在「高收益、低风险」象限（右上区域）的组件优先纳入组合；「低收益、高风险」象限（左下区域）的组件优先淘汰或重新论证。气泡图的优点是直观、便于管理层集体讨论，缺点是维度有限（通常只有两个轴加一个气泡大小），难以纳入更复杂的评价因素。
加权评分模型（Weighted Scoring Model）
当评价维度较多时使用的量化工具。步骤：确定评价指标（如战略一致性、预期收益、实施风险、技术可行性等）→ 为各指标分配权重（权重之和为 1）→ 对每个候选项目在各指标上打分 → 加权求和得到综合得分 → 按得分排序决定取舍。算例：某企业用「战略一致性（权重 0.5）、预期收益（0.3）、实施风险可控度（0.2）」评估三个候选项目，甲得分为（8、6、7），乙为（7、7、9），丙为（9、4、8）：
乙：0.5×7 + 0.3×7 + 0.2×9 = 3.5 + 2.1 + 1.8 = 7.4 分
丙：0.5×9 + 0.3×4 + 0.2×8 = 4.5 + 1.2 + 1.6 = 7.3 分
综合得分：乙 > 丙 > 甲，乙应优先纳入组合
注意权重分配体现组织战略取向：战略驱动型组织会把「战略一致性」权重设得很高，使得收益一般但方向正确的项目胜出——这正是「做正确的事」优先于「把事做正确」在工具层面的体现。
高频陷阱：①「项目组合内的组件必须相互关联」——错，那是项目集的特征；组合组件靠战略目标聚合，不靠技术或成果关联。②「项目组合经理负责协调组件之间的依赖关系」——错，协调组件依赖是项目集经理的职责；组合经理管的是优先级与资源盘子。③「项目组合只包含项目和项目集」——错，组合还可以包含子项目组合和运营工作。
案例：某大型制造集团的 IT 年度预算 2 亿元，申报的项目多达 47 个，各部门都称自己的项目「最重要」。CIO 的处理方式是教科书式的组合管理动作：先按「智能制造、数字化营销、内部运营提效」三条战略主线对 47 个候选项目分类（组合定义）；再用加权评分模型（战略一致性 40%、投入产出 30%、风险 30%）统一打分排序，结合气泡图识别出 8 个「高风险低收益」项目直接否决（组合优化）；随后按排序结果分配预算并签发启动文件（组合授权）；年中根据市场变化叫停两个战略环境已变的在建项目，把资源转投两条新主线（组合控制）。全年复盘：战略主线项目预算占比从 51% 提升到 86%。结论：项目组合管理的价值不在「多管了些项目」，而在于用一套一致的取舍规则，让有限资源流向战略最需要的地方。
五、知识点精讲：组织级项目管理（OPM 与 OPM3）
5.1 OPM：三个层面的组织级体系
组织级项目管理（Organizational Project Management, OPM）是一种以系统化、整体化的方式，将项目、项目集、项目组合管理的实践与组织驱动因素（组织结构、文化、技术、人力资源实践等）相整合的战略执行框架，目的是可靠地交付组织战略，获得更佳绩效、更好成果和持续竞争优势。可以把它理解为：组织不是靠个别「英雄项目经理」打胜仗，而是靠一套贯通三个层面的体系打胜仗。
| 层面 | 定位 | 核心关切 |
|---|---|---|
| 项目组合层 | 战略层面 | 选择与取舍：在资源约束下决定「做正确的事」，对齐组织战略目标。 |
| 项目集层 | 战术层面 | 协调与整合：统筹相互关联的组件，实现单独管理无法获得的效益。 |
| 项目层 | 执行层面 | 交付与实现：按范围、进度、成本、质量要求把成果做出来。 |
三个层面自上而下传递战略意图（组合选定方向 → 项目集分解效益 → 项目交付成果），自下而上回传绩效与价值信息，形成闭环。战略落地能力弱的组织，往往三个层面互相脱节：战略部门定的方向没人执行、执行层的成果没人整合成效益、效益数据又支撑不了下一轮战略选择。
5.2 OPM3：成熟度的四个等级
OPM3（Organizational Project Management Maturity Model，组织级项目管理成熟度模型）是 PMI 发布的评估组织项目管理成熟度的模型。它从项目组合、项目集、项目三个领域考察组织的实践水平，每个领域的成熟度沿四个等级递进，简称 SMCI：
| 等级 | 英文名称 | 含义与特征 |
|---|---|---|
| 1. 标准化 | Standardize | 组织建立了通用的项目管理过程、模板与制度，各项目按统一标准执行。这是所有后续改进的基础。 |
| 2. 可测量 | Measure | 能够对过程与绩效进行度量，形成关键绩效指标与度量体系，用数据而非感觉说话。 |
| 3. 可控制 | Control | 基于测量数据对过程与绩效进行控制与纠偏，管理决策有数据支撑，偏差能被及时发现并纠正。 |
| 4. 持续改进 | Improve | 形成了改进循环，在测量与控制的基础上持续优化过程，追求更高绩效，成熟度达到最高等级。 |
记忆口诀（SMCI 四级）：「先立规矩（标准化），再装仪表（可测量），仪表装好踩刹车（可控制），最后一路开挂升级（持续改进）」。四级的先后逻辑是因果链：没有标准就无法测量，没有测量就无从控制，没有控制基础的「改进」只能是瞎改。
理解提示：「可测量」在前、「可控制」在后是最容易记反的一对。逻辑抓手：控制的前提是知道偏差是多少，而偏差来自测量——所以必须先「测得出」才谈得上「控得住」。另外注意 OPM3 评估的是组织的成熟度，不是某个项目经理个人的能力等级。
OPM3 的用途是组织自我诊断：通过评估找出当前成熟度与目标之间的差距，制定并实施改进计划，再循环评估，使组织项目管理能力螺旋式上升。对信息系统集成企业而言，通过更高级别的 OPM3 评估也常作为投标资质与能力证明。
六、知识点精讲：大型复杂项目管理
6.1 大型复杂项目的特征
大型复杂项目通常具有以下特征：投资规模大、建设周期长、涉及干系人众多且诉求多元；目标体系复杂（技术目标、业务目标、合规目标交织）；技术跨度大、系统集成程度高；组织跨度大，常由多个单位、多级分包协同完成；管理过程本身也复杂，需要分层、分权、分块推进。规模带来的不仅是「量」的放大，更是「质」的跃变——管理方法不能简单套用中小型项目的做法。
6.2 复杂性的来源
| 复杂性来源 | 表现 | 信息系统领域的典型例子 |
|---|---|---|
| 技术复杂性 | 技术跨度大、系统间接口众多、集成关系复杂，技术方案存在不确定性。 | 异构系统数据集成、新旧系统并行切换、多厂商设备协议对接。 |
| 组织复杂性 | 参与组织多、层级多、跨地域跨文化，权责划分与沟通协调困难。 | 建设单位、总集、分包、监理、运维多方协同；跨地域团队协作。 |
| 环境复杂性 | 外部环境（政策法规、市场需求、技术趋势、供应商生态）动态变化，且这些变化不可控。 | 数据安全合规要求升级、行业标准更新、供应链波动。 |
| 需求复杂性 | 需求方众多、需求模糊多变，需求之间存在冲突，早期难以完全明确。 | 多业务部门诉求不一致，用户随业务发展不断提出变更。 |
以上来源往往叠加出现并相互放大：环境变化引燃需求变更，需求变更牵动技术方案调整，技术调整又需要更多组织协调——大型项目的「失控」通常不是单点失误，而是多个复杂性来源的连锁反应。因此应对复杂性的思路不是「更努力地按老办法管」，而是重构管理结构本身：用治理、分层与分块把复杂问题拆解为可控问题。
6.3 应对策略：治理结构、分层管理、分块交付
- 治理结构：建立与项目规模匹配的多级治理框架，设立项目指导委员会（由高层管理者与主要干系人代表组成）作为决策机构，负责重大变更审批、阶段关口决策、里程碑评审、资源冲突裁决与重大风险处置；下设项目管理办公室（PMO）承担日常监督、标准维护与信息汇集。治理解决的是「复杂局面下谁有权做什么决策、按什么程序决策」的问题。
- 分层管理：把单一项目层面的一层计划拆成多层的计划体系：顶层是总体计划（里程碑与阶段划分，由指导委员会管控），中层是各子项目／各领域的实施计划（由子项目负责人管控），底层是作业级计划（由执行团队管控）。逐层授权、逐层汇报，让决策在正确的层级发生，避免「高层被细节淹没、基层遇事就往上推」。
- 分块交付：将整体交付物划分为相对独立的模块或增量，按阶段分批交付、分批验收，以里程碑为控制点。每个块交付后即可部分投入使用、获取反馈、验证方向，后续块根据反馈调整——这既缩短了价值实现周期，也把「一次性交付一个大爆炸」的巨大风险拆解为多个可控的小风险。
理解提示：三者分工可以这样记：治理结构解决「决策权怎么摆」，分层管理解决「计划怎么摆」，分块交付解决「成果怎么摆」。它们共同服务的目标是：让复杂性被组织化的结构消化掉，而不是靠个人英雄硬扛。
高频陷阱：①把「项目指导委员会」写成日常进度管理机构——错，它做的是高层级治理决策（重大变更、关口、资源与风险），日常进度跟踪是项目经理和 PMO 的职责。②认为「大型项目只要加强单个项目的计划管理就能应对复杂性」——错，大型复杂项目的关键在治理与结构，而非更细的单层计划。③认为「分块交付会降低整体性」——错，配合总体计划与接口管理，分块交付恰恰是保障整体可控的手段。
七、典型案例分析
案例：某政务「一网通办」平台项目集的层次错位
背景：某市启动「一网通办」工程，下设政务服务门户、数据共享交换平台、统一身份认证、电子证照库四个建设项目，总投资 1.8 亿元，由市大数据局牵头，多家集成商分头实施，工期 24 个月。市里将工程整体委托给一位「总项目经理」，沿用单项目管理方法：一套 WBS、一份总体进度计划、每两周一次全体项目例会。
问题描述：工程过半时暴露出系统性问题：统一身份认证项目为赶自己的工期，先按旧接口规范开发，导致门户与证照库返工；数据共享平台因法规对个人信息共享的新要求被迫调整方案，但无人有权决定四个项目整体顺延还是局部调整；四个集成商各自向不同处室汇报，矛盾层层上交到局办公会，「总项目经理」既没有调度权限也没有裁决机制；部分子项目虽验收合格，但「网办率」这一核心指标几乎没有改善。
问题诊断（分点）：
- 层次定位错误：这是典型的项目集（四个组件相互关联、共享接口与目标、需协调获取「网办率提升」的整体效益），却被当成一个大型单项目来管，缺少项目集层面的统筹与接口管理；
- 治理结构缺失：没有项目集指导委员会，跨项目的重大变更、资源冲突与方向调整没有决策主体和升级路径；
- 组合视角缺位：「网办率」是战略价值指标，本应由组合层面跟踪战略一致性与效益实现情况，实际却只考核子项目的范围进度成本；
- 分块与接口失控：四个组件的接口规范没有统一基线与变更控制，导致返工与集成失败。
改进建议（分点）：
- 按项目集重组管理结构：设立项目集指导委员会与项目集经理，制定项目集章程，统一治理四类组件的依赖、接口与优先级；
- 把「网办率」等指标写入效益登记册，明确效益责任人，按季度评估效益实现情况；
- 建立分层计划体系：项目集总体计划定里程碑与关口，子项目计划向总体计划对齐，接口变更一律走项目集层面的变更控制；
- 对数据共享平台按新合规要求分块交付，先交付法规风险低的主题数据共享，降低一次性交付风险。
命题落点：案例科目可能要求「判断该工程应采用何种管理形态并说明理由」「指出治理结构存在的问题」；综合知识则可能问「该工程四个子项目的关系体现了项目集的什么特征（相互关联、协调管理获取单独管理无法获得的效益）」。
八、考点速记卡
| 考点 | 必背结论 | 记忆抓手 | 考法 |
|---|---|---|---|
| 项目集定义 | 相互关联、协调管理、获取单独管理无法获得的效益。 | 「关联 + 效益」 | 场景判断属于项目集还是项目组合。 |
| 项目组合定义 | 为实现战略目标组合在一起管理，组件不要求关联，可含运营。 | 「战略聚合」 | 判断「组合内组件必须关联」等错误表述。 |
| 三层管理目标 | 项目交付成果、项目集获取效益、项目组合实现战略价值。 | 成果—效益—战略 | 问「成功衡量标准是什么」的层级对应。 |
| 管理重点 | 项目：正确地做事；项目集：把事做正确；组合：做正确的事。 | 递进口诀 | 填空式单选。 |
| 项目集五大绩效域 | 战略一致性、效益管理、干系人参与、项目集生命周期管理、项目集治理。 | 「战效干生治」 | 选「不属于」的绩效域。 |
| 项目集生命周期 | 定义阶段 → 效益交付阶段 → 收尾阶段，活动可重叠迭代。 | 「定—交—收」 | 阶段排序与阶段内容匹配。 |
| 效益管理活动 | 识别 → 分析与规划 → 交付 → 移交 → 保持。 | 五步链条 | 排序题；「保持属于谁」辨析。 |
| 组合四过程 | 组合定义 → 组合优化 → 组合授权 → 组合控制（循环迭代）。 | 「定义优授权控制」 | 过程排序；活动归属判断。 |
| 组合工具 | 气泡图：横轴风险、纵轴收益、气泡大小为投资；加权评分模型：权重 × 得分加总排序。 | 「泡定位、分定量」 | 工具用途匹配；加权评分计算。 |
| OPM 三层面 | 项目组合—战略层面，项目集—战术层面，项目—执行层面。 | 金字塔 | 层面与定位连线式单选。 |
| OPM3 四等级 | 标准化 → 可测量 → 可控制 → 持续改进（SMCI）。 | 「标测控改」 | 排序题；含义辨析（先测后控）。 |
| 复杂性来源 | 技术复杂性、组织复杂性、环境复杂性、需求复杂性（叠加放大）。 | 「技组环需」 | 给场景判断属于哪类复杂性。 |
| 大型项目应对 | 治理结构（指导委员会）、分层管理（多层计划）、分块交付（里程碑控制）。 | 「治—层—块」 | 策略与作用匹配；指导委员会职责辨析。 |
本章自测 共 15 题
建议闭卷限时 18 分钟完成，再逐题展开解析核对。错题请回到教材对应小节，并把错因写入错题本。
考查范围：项目／项目集／项目组合三维对比、项目集五大绩效域、效益管理五活动、组合管理四过程与工具、OPM 与 OPM3、大型复杂项目管理。
1.项目组合管理最主要的目标是（ ）。（考点：项目组合管理的目标）
查看答案与解析
【为什么选 C】项目组合管理的本质是「选择与取舍」：对候选的项目、项目集和运营工作进行评估、排序，把有限资源投向对战略目标贡献最大的组件，其成功衡量标准就是战略价值的实现程度。
【A 错在哪】A 「按时按预算交付成果」是项目层（执行层面）的目标，对应项目经理的职责。
【B 错在哪】B 「协调管理获取单独管理无法获得的效益」是项目集管理的定义与目标，这是命题人最爱互换的一组表述。
【D 错在哪】D 「建立标准与流程」是组织级项目管理（OPM）体系建设的内容，不是项目组合管理的目标。
2.某集团启动「核心业务系统替换工程」，其中包含新核心系统开发、历史数据迁移、外围系统改造三个项目，三者共享接口规范与切换窗口，必须统一协调才能保证业务平滑过渡。对该工程最恰当的管理形态是（ ）。（考点：项目集的识别）
查看答案与解析
【为什么选 B】题干三个关键信息：多个项目、相互关联（共享接口规范与切换窗口）、需要协调管理才能获得的整体效果（业务平滑过渡）——完全符合项目集「一组相互关联且被协调管理以获取单独管理所无法获得的效益的项目」的定义。
【A 错在哪】A 把它压成一个项目，就丢掉了组件间的接口与切换协调——这正是现实中「层次错位」导致失控的典型错误。
【C 错在哪】C 项目组合的组件不要求相互关联，管理重点是战略取舍；本题组件深度耦合，用组合管理反而管不到接口依赖。
【D 错在哪】D 该工程是临时性、独特性的工作，不是持续性运营。
3.下列不属于项目集管理五大绩效域的是（ ）。（考点：五大绩效域名称）
查看答案与解析
【为什么选 D】项目集管理的五大绩效域是：战略一致性、效益管理、干系人参与、项目集生命周期管理、项目集治理（口诀「战效干生治」）。「项目集质量管理」不在其中。
【A 错在哪】A 战略一致性是五大绩效域之首，确保项目集目标与组织战略对齐。
【B 错在哪】B 效益管理是项目集区别于一般项目群的本质特征，必然在列。
【C 错在哪】C 项目集治理（指导委员会、关口审查等决策框架）是五大绩效域之一。
4.组织级项目管理成熟度模型 OPM3 的四个成熟度等级由低到高的排列顺序是（ ）。（考点：OPM3 四等级）
查看答案与解析
【为什么选 B】OPM3 的成熟度沿 SMCI 递进：先「标准化」（建立统一过程与模板），再「可测量」（建立度量），然后「可控制」（基于测量纠偏），最后「持续改进」（形成改进循环）。逻辑链是因果递进：没有标准无法测量，没有测量无从控制，没有控制基础的改进是盲目的。
【A 错在哪】A 把「可测量」放在「标准化」之前，颠倒了先后因果。
【C 错在哪】C 「可控制」在「可测量」之前是本题最易错项——控制依赖测量提供的偏差数据，必须先测后控。
【D 错在哪】D 「可控制」居首、标准垫底，完全颠倒。
5.项目集效益管理的主要活动，按时间顺序排列正确的是（ ）。（考点：效益管理五活动）
查看答案与解析
【为什么选 A】先「识别」出有哪些效益（形成效益登记册），再「分析与规划」实现路径、指标与责任人，效益交付阶段持续「交付」，随后把效益与成果「移交」给运营接收方，项目集收尾后由运营组织「保持」。五个环节时间上大体递进，且登记册与衡量结果持续更新。
【B 错在哪】B 分析不能先于识别（没有识别就无从分析），且保持应在移交之后。
【C 错在哪】C 交付不能先于分析与规划——不规划路径与指标就交付，等于盲跑。
【D 错在哪】D 规划不能先于识别，识别是链条的第一步。
6.项目组合管理的四个核心过程，按其基本顺序排列正确的是（ ）。（考点：组合管理核心过程）
查看答案与解析
【为什么选 C】组合管理先「定义」（识别、分类、评估候选组件，形成清单），再「优化」（筛选、排序、平衡，决定取舍），然后「授权」（正式批准组件并分配预算资源），最后「控制」（持续监控绩效与战略一致性，动态调整、再平衡）。控制中发现的变化会触发新一轮定义与优化，形成循环。
【A 错在哪】A 优化排在定义之前——没有候选清单就无从优化。
【B 错在哪】B 授权排在优化之前——还没排序取舍就批准组件，等于不做选择就给钱。
【D 错在哪】D 授权是控制的前提：未获授权的组件没有绩效监控对象。
7.某企业用加权评分模型对三个候选项目进行组合评估，评价指标为：战略一致性（权重 0.5）、预期收益（权重 0.3）、风险可控度（权重 0.2）。甲、乙、丙三个项目在各指标上的得分依次为：甲（8、6、7），乙（7、7、9），丙（9、4、8）。应优先纳入组合的是（ ）。（考点：加权评分模型计算）
查看答案与解析
【为什么选 B】加权评分模型的公式为「综合得分 = Σ（权重 × 得分）」，逐步代入：
乙：0.5×7 + 0.3×7 + 0.2×9 = 3.5 + 2.1 + 1.8 = 7.4 分
丙：0.5×9 + 0.3×4 + 0.2×8 = 4.5 + 1.2 + 1.6 = 7.3 分
乙 7.4 > 丙 7.3 > 甲 7.2，乙综合得分最高，应优先纳入组合
【A 错在哪】A 甲 7.2 分的计算本身正确，但甲不是最高分，不能优先入选。
【C 错在哪】C 丙得分是 7.3 而非 7.4，且丙不是最高——若把战略一致性算成 0.5×9=4.5 后误加，容易得到虚高数值。
【D 错在哪】D 丙 7.3 分计算正确，但乙（7.4）更高，选丙是排序错误。
8.关于项目组合管理中气泡图的说法，错误的是（ ）。（考点：气泡图工具）
查看答案与解析
【为什么选 C】气泡图是定性比较的可视化工具：两个坐标轴（风险—收益）加气泡大小（投资规模），最多承载三个维度的粗粒度信息，用于组合优化阶段的直观比较与集体讨论。它不涉及现金流的时间价值计算，不可能直接得出精确的投资回收期。
【A 错在哪】A 「横轴风险、纵轴收益」是气泡图的典型用法，说法正确。
【B 错在哪】B 气泡大小表示投资规模（或资源占用）是标准用法，说法正确。
【D 错在哪】D 「高收益、低风险」象限的组件优先考虑、低收益高风险的淘汰，是气泡图的用途描述，说法正确。
9.在组织级项目管理（OPM）的三个层面中，项目组合、项目集、项目分别对应的定位是（ ）。（考点：OPM 三层面）
查看答案与解析
【为什么选 A】OPM 的三层金字塔：项目组合在顶端，做「做正确的事」的战略取舍，对应战略层面；项目集居中，统筹关联组件获取效益，对应战术层面；项目在底，交付具体成果，对应执行层面。战略意图自上而下传导，绩效信息自下而上反馈。
【B 错在哪】B 把组合与项目的定位完全倒置。
【C 错在哪】C 组合与项目集的定位互换——组合管战略、项目集管战术，不能颠倒。
【D 错在哪】D 项目集是战术层面、项目是执行层面，此项恰好相反。
10.某大型电子政务工程由建设单位、总承包商、五家分包商、监理单位和运维单位共同参与，各参与方隶属不同法人、分处不同城市，沟通协调成本极高。该项目的复杂性主要来源于（ ）。（考点：复杂性来源辨析）
查看答案与解析
【为什么选 B】题干全部线索都指向「人与组织」：参与组织多、隶属不同法人、跨地域、权责与沟通关系复杂——这是典型的组织复杂性。判断抓手：复杂性来自「谁参与、怎么协同」，选组织；来自「技术方案与接口」，选技术；来自「外部环境变化」，选环境；来自「需求模糊多变」，选需求。
【A 错在哪】A 题干没有任何技术跨度大、接口复杂、方案不确定的描述。
【C 错在哪】C 环境复杂性指政策法规、市场、技术趋势等外部因素变化，题干未涉及。
【D 错在哪】D 需求复杂性强调需求方众多、模糊、多变，题干同样未提及。
11.在大型复杂项目的治理结构中，项目指导委员会通常承担的职责是（ ）。（考点：治理结构与指导委员会）
查看答案与解析
【为什么选 B】项目指导委员会是由高层管理者与主要干系人代表组成的治理机构，解决「复杂局面下谁有权做什么决策」的问题：重大变更审批、阶段关口（里程碑）决策、资源冲突裁决、重大风险与问题处置。它管的是方向与裁决，不是日常执行。
【A 错在哪】A 作业级计划的编制与逐日跟踪是执行层（子项目团队）的职责，指导委员会若陷于此，等于治理错位。
【C 错在哪】C 配置项基线编制属于项目团队与配置管理员的技术性工作。
【D 错在哪】D 执行测试用例是最底层的执行活动，与治理决策完全不相干。
12.某公司高管希望「对纳入组合的所有组件进行评估、排序并分配资源，确保每一分钱都花在战略最需要的地方」，承担这一职责的角色是（ ）。（考点：三种角色辨析）
查看答案与解析
【为什么选 C】题干关键词是「评估、排序、分配资源、确保战略一致」——这正是项目组合管理「定义—优化—授权」的核心动作，其负责人是项目组合经理。组合经理不深入组件内部管执行，而是管优先级与资源盘子。
【A 错在哪】A 项目经理管单个项目的范围、进度、成本与质量，交付具体成果。
【B 错在哪】B 项目集经理协调相互关联的组件、管理依赖与接口、获取整体效益，不做跨组件的战略取舍。
【D 错在哪】D 配置管理员负责配置项识别、基线与变更记录，与资源分配决策无关。
13.下列关于项目集生命周期的说法，正确的是（ ）。（考点：项目集生命周期）
查看答案与解析
【为什么选 B】项目集生命周期分为项目集定义、项目集效益交付、项目集收尾三个阶段；效益交付阶段中组件可分批启动、分批向运营过渡，阶段之间存在重叠与迭代，五个绩效域的实践贯穿全程。
【A 错在哪】A 「启动—规划—执行—监控—收尾」是项目管理五大过程组的名称，张冠李戴到项目集层面。
【C 错在哪】C 效益交付阶段恰恰鼓励组件分批交付与过渡，「大爆炸式一次性切换」是被否定的做法。
【D 错在哪】D 收尾关闭的是项目集组织，效益经移交后由运营持续兑现——这正是「效益保持」活动存在的意义。
14.关于项目集效益的实现与保持，下列说法正确的是（ ）。（考点：效益管理深辨析）
查看答案与解析
【为什么选 B】效益主要在效益交付阶段产生，经过「效益移交」交给运营接收方后，项目集收尾，但效益在运营中的持续兑现与巩固（效益保持）可能延续很长时间——例如流程优化效益要靠运营期持续执行才能兑现。
【A 错在哪】A 效益在效益交付阶段分批实现，不是收尾时一次性实现。
【C 错在哪】C 效益保持的主体是运营组织（及效益责任人），项目集经理随项目集收尾而卸任。
【D 错在哪】D 「项目成功 ≠ 项目集成功」：组件验收合格只是前提，效益是否实现要看效益登记册中指标的实际达成。
15.关于项目、项目集与项目组合的关系，下列说法正确的是（ ）。（考点：三层关系综合辨析）
查看答案与解析
【为什么选 C】项目组合的定义就是「为实现战略目标而组合在一起管理的项目、项目集、子项目组合和运营工作」——聚合的纽带是战略目标，不是组件间的关联性，因此组合内组件可以完全不相干，甚至可以包含持续性的运营工作。
【A 错在哪】A 「必须相互关联」是项目集的属性，安到组合头上是最高频的概念混淆。
【B 错在哪】B 恰好说反：项目集组件必须相互关联（存在依赖），否则就是组合。
【D 错在哪】D 项目集可以包含子项目集；层级嵌套关系（组合⊃项目集⊃项目）不限制这种包含。