软考高项-整合管理

(1.动了三大基准的变更才去CCB审批

2.项目外部的高层级人员批准-一般指老板

3.项目发起人-可以是甲方的高管或者乙方承接项目的高管

4.必须以乙方视角去对待考试,实际的方法论可以运用在甲乙方)

 

高项--整合管理

 

这是针对软考高项（信息系统项目管理师）教材第8章 《项目整合管理》 的深度归纳。

这一章是全书的核心枢纽，地位极高。如果说其他九大知识领域（范围、进度、成本等）是“独奏”，那么整合管理就是“指挥家”，负责将所有部分协调成一首和谐的交响乐。

以下是本章的系统性梳理，涵盖核心概念、七大过程、关键工具及高频考点。

---

📘 第8章 项目整合管理 —— 核心知识归纳

一、章节概览与核心概念

1. 什么是整合管理？

• 定义：识别、定义、组合、统一和协调各项目管理过程组的各种过程和活动。
• 核心职责：只能由项目经理（PM）承担，责任不可授权、不可转移。PM是项目的最终负责人。
• 整合的三个层面：
  • 过程层面：管流程。确保各过程（如变更、需求）有序衔接，不乱套。
  • 认知层面：管方法。PM需懂全套知识，根据项目特点选择合适的工具和方法。
  • 背景层面：管环境。关注外部环境（技术、文化、市场）变化，顺势而为。

2. 整合的复杂性

项目之所以难管，是因为：

• 多部分：包含大量的人和事。
• 强关联：各部分互相牵连（牵一发而动全身）。
• 动态交互：交互产生的结果往往大于各部分简单相加（突发性行为）。

3. 管理新实践（趋势）

• 信息化工具：如项目管理信息系统（PMIS），用于收集和分析数据。
• 可视化工具：直观展示实时状态，促进干系人参与。
• 项目知识管理：应对人员流动，防止知识流失，强调“利用既有知识”和“生成新知识”。
• 混合型方法：敏捷与预测型（瀑布）方法的结合。

---

二、七大管理过程（核心骨架）

整合管理包含7个过程，贯穿项目全生命周期。

过程组	过程名称	核心作用	关键输入/输出
启动	1. 制定项目章程	正式批准项目，授权PM使用资源。	输入：立项文件（建议书/可研）、协议 输出：项目章程、假设日志
规划	2. 制定项目管理计划	定义、准备和协调所有子计划，整合成综合计划。	输出：项目管理计划（包含各子计划和三大基准）
执行	3. 指导与管理项目工作	按计划干活，实现项目目标。	输出：可交付成果、工作绩效数据、问题日志
执行	4. 管理项目知识	利用旧知识，创造新知识（经验教训）。	输出：更新的组织过程资产（经验教训库）
监控	5. 监控项目工作	跟踪、审查、报告项目进展。	输出：工作绩效报告、变更请求
监控	6. 实施整体变更控制	审查所有变更请求，批准或否决。	重中之重（详见下文流程）
收尾	7. 结束项目或阶段	完结所有活动，正式收尾。	输出：最终产品移交、更新的组织过程资产

---

三、核心考点深度解析

1. 制定项目章程

• 作用：项目章程是项目的“出生证”。一旦批准，标志着项目正式启动。
• 授权：章程授权项目经理动用组织资源。
• 谁来做：通常由项目发起人或项目集经理发布，也可以由PM协助编写，但必须由项目外部的高层级人员批准。
• 内容：高层级需求、高层级风险、总体里程碑、预先批准的财务资源、项目目的等。
• 注意：项目章程不是合同。

2. 项目管理计划 vs 项目文件

这是选择题的高频陷阱，必须区分清楚：

特征	项目管理计划	项目文件
性质	综合性文件，指导项目执行和监控的“总纲”。	详细记录项目执行过程的具体文件。
包含内容	13个管理计划（范围、进度、成本等）+ 3大基准（范围、进度、成本）。	假设日志、需求文件、风险登记册、问题日志、变更日志等。
变更	变更需走正式流程，基准变更需CCB批准。	相对灵活，通常由PM或团队更新。

3. 实施整体变更控制（⭐⭐⭐ 案例/论文必考）

这是整合管理中最重要、考试频率最高的过程。

标准变更流程（7步法）：

1. 提出变更：任何干系人提出，必须是书面的（禁止口头变更）。
2. 记录变更：记入变更日志。
3. 评估影响：PM组织团队评估变更对范围、进度、成本、质量等的影响。
4. 审批变更：
   • CCB（变更控制委员会）：决策机构，负责批准或否决基准变更。
   • PM可以参与CCB，但不能自己审批涉及基准的变更（除非CCB授权）。
5. 实施变更：更新计划和基准，安排资源执行。
6. 验证变更：检查变更是否按要求完成。
7. 归档/沟通：更新文档，通知相关干系人。

三类变更措施的区别：

• 纠正措施：针对当前已经发生的偏差，让绩效回到基准（如：赶工追回进度）。
• 预防措施：针对未来可能发生的偏差，防止问题出现（如：增加测试防止Bug）。
• 缺陷补救：针对不合格的可交付成果，进行修复（如：修好坏掉的产品）。

4. 结束项目或阶段

• 核心任务：
  • 验收可交付成果（客户签字）。
  • 财务收尾（结账）。
  • 法律/合同收尾。
  • 总结经验教训（更新组织过程资产）。
  • 释放资源（团队、设备）。
• 注意：如果项目提前终止，也需要进行收尾工作（移交已完成的部分）。

---

四、高频考点与避坑指南

1. 责任归属：整合管理的责任不可授权。你可以让助手做计划，但你是最终负责人。
2. 输入输出陷阱：
   • 制定项目章程和制定项目管理计划这两个过程，没有“项目管理计划”作为输入（因为它们是创建计划的过程）。
   • 只有6个过程没有“项目文件”作为输入（制定章程、制定计划、规划范围/进度/成本管理、定义活动）。
3. CCB的角色：CCB是决策机构，不是执行机构。项目经理不能替代CCB审批涉及基准的重大变更。
4. 变更原则：
   • 变更必须是书面的。
   • 变更必须经过整体变更控制流程，不能直接实施（紧急情况除外，但事后要补手续）。
   • 变更请求被批准后，可能需要更新项目管理计划或基准。
5. 敏捷环境：在敏捷项目中，整合依然存在，但决策权下放给团队。团队成员自行决定组件整合方式，PM更多是营造合作氛围和移除障碍。

五、论文写作建议

如果考到整合管理论文，建议框架：

1. 背景：项目规模大、复杂度高，因此整合管理至关重要。
2. 制定章程：如何获得授权，确立项目地位。
3. 制定计划：如何整合各子计划，形成基准。
4. 变更控制（重点）：详细描述一次具体的变更经历（如需求变更），你是如何严格按照“申请-评估-CCB审批-实施-验证”流程处理的。
5. 收尾：如何移交成果，总结经验。
6. 结尾：强调PM的整合职责对项目成功的贡献。