制定整合的项目管理计划

PMP ECO · Process (41%) · Task Pr1. 把每一份子计划与基线汇集为一份连贯的计划，说明项目将如何执行、 监督与控制。

这是什么

project management plan (PMP) 是整合所有子计划——范围、进度、成本、质量、资源、沟通、风险、采购、 干系人——的总计划，外加三条基线（范围、进度、成本）以及所选的开发方法（预测型、敏捷或混合）。整合是 PM 的标志性动作：让各部分拼合为一个一致的整体。它成为衡量变更所依据的唯一事实来源。

为什么重要

• 孤立编写的子计划会相互矛盾——进度忽略了采购 lead time，成本计划对风险储备视而不见。整合能抓住这些。
• PMP 定义变更如何被控制；没有它，"计划"就是最后一封邮件所说的内容。

你在 VanillaPM 的哪里做

charter 授权项目；受治理的管理计划（范围、进度、成本、质量、风险、采购、沟通、干系人、governance） 作为受版本管理的文档存在于 Knowledge Base 中，而开发方法设置（项目类型、参数）会裁剪某个项目必须 产出哪些计划。它们共同构成整合的计划集。

实例演练 — Coral Ridge Resort

Coral Ridge 是预测型（一项建造工程），因而其计划集是完整的受治理套件，每一份都继承自 charter：范围 计划（WBS）、进度计划（带基线的 Gantt）、成本计划（$48M，含 $2.4M contingency 与 $1.2M management reserve），外加质量、风险、采购、沟通与 governance 计划。基线是一起设定的——无法在没有范围与成本的情况下 为进度设基线——这正是整合点。

工件

• 整合的项目管理计划 — charter + 所有子计划 + 三条基线 + 开发方法，保持一致并受版本管理。

最佳实践与陷阱

• 要把计划裁剪到项目——小型内部项目不需要每一份子计划；一项 $48M 的工程需要。
• 要把范围、进度与成本一起设基线，且仅在它们一致之后。
• 陷阱： 束之高阁的计划。若 PMP 不是你衡量变更与进展所依据的东西，它就没有被整合——它只是装饰。

在 PMP 考试中

整合是 PM 权威所在。预期关于裁剪开发方法、PMP 作为 integrated change control 基线以及保持子计划 一致的题目。当一个场景增加工作或改变某种方法时，答案要经由计划，而非一笔私下交易。