整合管理是什么
整合管理负责把范围、进度、成本、质量、资源、沟通、风险、采购与干系人各条线的决策协调为一个整体。它是项目经理承担核心责任的领域：计划要统一、变更要单一入口、绩效要有统一口径。整合不是多写一份文档，而是让所有决策在一个地方收敛。
基本信息
| 涵盖过程 | 制定章程、制定计划、指导与管理执行、管理知识、监控、实施变更控制、收尾 |
|---|---|
| 核心动作 | 统一计划、统一变更入口、统一绩效口径 |
| 责任主体 | 项目经理，无法委托给单一职能线 |
| 关键机制 | 整体变更控制与配置管理 |
典型使用场景
- 项目启动：用章程把目标、边界与授权固定下来
- 计划整合：把九个子计划串成一份可执行的计划集合
- 变更裁决：跨专业线的变更在统一入口做多维影响评估
- 绩效汇报：让各条线用同一口径报告偏差与预测
- 知识沉淀：把经验教训写入组织过程资产供后续项目复用
七个过程概览
| 过程 | 过程组 | 核心产出 |
|---|---|---|
| 制定项目章程 | 启动 | 项目章程 |
| 制定项目管理计划 | 规划 | 项目管理计划 |
| 指导与管理项目工作 | 执行 | 可交付成果与工作绩效数据 |
| 管理项目知识 | 执行 | 经验教训登记册更新 |
| 监控项目工作 | 监控 | 工作绩效报告 |
| 实施整体变更控制 | 监控 | 批准的变更与基准更新 |
| 结束项目或阶段 | 收尾 | 最终报告与移交 |
整合视角检查清单
整合视角检查清单
同一变更是否四问：范围、进度、成本、风险是否分头评估过
各子计划版本是否一致（尤其基准与资源安排） # 版本不一致等于两套口径
接口与依赖是否登记（内外部依赖、系统边界） # 遗漏接口是后续返工主因
升级路径是否明确（阈值、升级对象、响应时限） # 争议时才知道找谁就太晚了常见割裂现象
| 现象 | 后果 | 修正方向 |
|---|---|---|
| 变更各线独立拍板 | 同一变更影响被拆散评估 | 变更走统一入口做联合评估 |
| 计划更新不同步 | 执行按旧版推进 | 设单一信息源与版本发布机制 |
| 绩效口径不一 | 同一项目对外多个数字 | 在计划中定义统一测量规则 |
| 经验教训不归档 | 同类问题反复出现 | 收尾强制更新组织过程资产 |
整合管理不是额外加一层文档，而是保证决策在一个入口收敛：变更少了表单多了判断，整体反而更快。
计划更新后不通知全部相关方，执行仍在用旧版本，等到验收时才发现双方依据的基准根本不同。