《PMBOK指南第六版》第4章 项目整合管理 -> 制定项目管理计划
制定项目管理计划
选自《PMBOK指南第六版》第4章 项目整合管理 -> 制定项目章程
制定项目管理计划 是定义、准备和协调项目计划的所有组成部分，并把它们整合为一份综合项目管理计划的过程。本过程的主要作用是，生成一份综合文件，用于确定所有项目工作的基础及其执行方式，它仅开展一次或仅在项目的预定义点开展。
下图描述本过程的输入、工具及技术和输出：
下图是本过程的数据流向图：
项目管理计划确定项目的执行、监控和收尾方式，其内容会因项目所在的应用领域和复杂程度而异。
项目管理计划可以是概括或详细的，而每个组成部分的详细程度取决于具体项目的要求。项目管理计划应足够强大，可以应对不断变化的项目环境。这种敏捷性有利于随项目进展产出更准确的信息。
项目管理计划应基准化，即，至少应规定项目的范围、时间和成本方面的基准，以便据此考核项目执行情况和管理项目绩效。在确定基准之前，可能要对项目管理计划进行多次更新，且这些更新无需遵循正式流程。但是，一旦确定了基准，就只能通过实施整体变更控制过程进行更新。在这种情况下，如果需要进行变更，应提出变更请求以待决定。这一过程将形成一份项目管理计划。在项目收尾之前，该计划需要通过不断更新来渐进明细，并且这些更新需要得到控制和批准。
对隶属于项目集或项目组合的项目，则应该制定与项目集或项目组合管理计划相一致的项目管理计划。例如，项目集管理计划中要求超过某一特定成本的所有变更都需要上报变更控制委员会（CCB）审查，在项目管理计划中就应该对审查流程和成本临界值做出相应规定。
4.2.1、制定项目管理计划：输入
4.2.1.1、项目章程
见 4.1.3.1 节。项目团队把项目章程作为初始项目规划的起始点。项目章程所包含的信息种类数量因项目的复杂程度和已知的信息而异。在项目章程中至少应该定义项目的高层级信息，供将来在项目管理计划的各个组成部分中进一步细化。
4.2.1.2、其他过程的输出
创建项目管理计划需要整合诸多过程（如第 5 章至第 13 章所述）的输出。其他规划过程所输出的子计划和基准都是本过程的输入。此外，对这些子计划和基准的变更都可能导致对项目管理计划的相应更新。
4.2.1.3、事业环境因素
能够影响制定项目管理计划过程的事业环境因素包括（但不限于）：
- 政府或行业标准（如产品标准、质量标准、安全标准和工艺标准）；
- 法律法规要求和（或）制约因素；
- 垂直市场（如建筑）和（或）专门领域（如环境、安全、风险或敏捷软件开发）的项目管理知识体系；
- 组织的结构、文化、管理实践和可持续性；
- 组织治理框架（通过安排人员、制定政策和确定过程，以结构化的方式实施控制、指导和协调，以实现组织的战略和运营目标）；
- 基础设施（如现有的设施和固定资产）。
4.2.1.4、组织过程资产
能够影响制定项目管理计划过程的组织过程资产包括（但不限于）：
- 组织的标准政策、流程和程序；
- 项目管理计划模板，包括：
- 根据项目的特定要求而裁剪组织的标准流程的指南和标准；
- 项目收尾指南或要求，如产品确认及验收标准。
- 变更控制程序，包括修改正式的组织标准、政策、计划、程序或项目文件，以及批准和确认变更所须遵循的步骤；
- 监督和报告方法、风险控制程序，以及沟通要求；
- 以往类似项目的相关信息（如范围、成本、进度与绩效测量基准、项目日历、项目进度网络图和风险登记册）；
- 历史信息和经验教训知识库。
4.2.2、制定项目管理计划：工具与技术
4.2.2.1、专家判断
见 4.1.2.1 节。应该就以下主题，考虑具备相关专业知识或接受过相关培训的个人或小组的意见：
- 根据项目需要裁剪项目管理过程，包括这些过程间的依赖关系和相互影响，以及这些过程的主要输入和输出；
- 根据需要制定项目管理计划的附加组成部分；
- 确定这些过程所需的工具与技术；
- 编制应包括在项目管理计划中的技术与管理细节；
- 确定项目所需的资源与技能水平；
- 定义项目的配置管理级别；
- 确定哪些项目文件受制于正式的变更控制过程；
- 确定项目工作的优先级，确保把项目资源在合适的时间分配到合适的工作。
4.2.2.2、数据收集
可用于本过程的数据收集技术包括（但不限于）：
- 头脑风暴。见 4.1.2.2 节。制定项目管理计划时，经常以头脑风暴的形式来收集关于项目方法的创意和解决方案。参会者包括项目团队成员，其他主题专家 (SME) 或相关方也可以参与。
- 核对单。见 11.2.2.2 节。很多组织基于自身经验制定了标准化的核对单，或者采用所在行业的核对单。核对单可以指导项目经理制定计划或帮助检查项目管理计划是否包含所需全部信息。
- 焦点小组。见 5.2.2.2 节。焦点小组召集相关方讨论项目管理方法以及项目管理计划各个组成部分的整合方式。
- 访谈。见 5.2.2.2 节。访谈用于从相关方获取特定信息，用以制定项目管理计划、任何子计划或项目文件。
4.2.2.3、人际关系与团队技能
制定项目管理计划时需要的人际关系与团队技能包括：
- 冲突管理。见 9.5.2.1 节。必要时可以通过冲突管理让具有差异性的相关方就项目管理计划的所有方面达成共识。
- 引导。见 4.1.2.3 节。引导者确保参与者有效参与，互相理解，考虑所有意见，按既定决策流程全力支持得到的结论或结果。
- 会议管理。见 10.2.2.6 节。有必要采用会议管理来确保有效召开多次会议，以便制定、统一和商定项目管理计划。
4.2.2.4、会议
在本过程中，可以通过会议讨论项目方法，确定为达成项目目标而采用的工作执行方式，以及制定项目监控方式。
项目开工会议通常意味着规划阶段结束和执行阶段开始，旨在传达项目目标、获得团队对项目的承诺，以及阐明每个相关方的角色和职责。开工会议可能在不同时间点举行，具体取决于项目的特征：
-
- 对于小型项目，通常由同一个团队开展项目规划和执行。这种情况下，项目在启动之后很快就会开工（规划过程组），因为执行团队参与了规划。
- 对于大型项目，通常由项目管理团队开展大部分规划工作。在初始规划工作完成、开发（执行）阶段开始时，项目团队其他成员才参与进来。这种情况下，将随同执行过程组的相关过程召开开工会议。
对于多阶段项目，通常在每个阶段开始时都要举行一次开工会议。
4.2.2、制定项目管理计划：输出
4.2.3.1 项目管理计划
项目管理计划 是说明项目执行、监控和收尾方式的一份文件，它整合并综合了所有子管理计划和基准，以及管理项目所需的其他信息。究竟需要哪些项目管理计划组件，取决于具体项目的需求。
项目管理计划组件包括（但不限于）：
-
- 子管理计划：
- 范围管理计划。见 5.1.3.1 节。确立如何定义、制定、监督、控制和确认项目范围。
- 需求管理计划。见 5.1.3.2 节。确定如何分析、记录和管理需求。
- 进度管理计划。见 6.1.3.1 节。为编制、监督和控制项目进度建立准则并确定活动。
- 成本管理计划。见 7.1.3.1 节。确定如何规划、安排和控制成本。
- 质量管理计划。见 8.1.3.1 节。确定在项目中如何实施组织的质量政策、方法和标准。
- 资源管理计划。见 9.1.3.1 节。指导如何对项目资源进行分类、分配、管理和释放。
- 沟通管理计划。见 10.1.3.1 节。确定项目信息将如何、何时、由谁来进行管理和传播。
- 风险管理计划。见 11.1.3.1 节。确定如何安排与实施风险管理活动。
- 采购管理计划。见 12.1.3.1 节。确定项目团队将如何从执行组织外部获取货物和服务。
- 相关方参与计划。见 13.2.3.1 节。确定如何根据相关方的需求、利益和影响让他们参与项目决策和执行。
-
- 基准：
- 范围基准。见 5.4.3.1 节。经过批准的范围说明书、工作分解结构 (WBS) 和相应的 WBS 词典，用作比较依据。
- 进度基准。见 6.5.3.1 节。经过批准的进度模型，用作与实际结果进行比较的依据。
- 成本基准。见 7.3.3.1 节。经过批准的、按时间段分配的项目预算，用作与实际结果进行比较的依据。
-
- 其他组件：
大多数项目管理计划组件都来自于其他过程，虽然有些组件是在本过程生成的。虽然在本过程生成的组件会因项目而异，但是通常包括（但不限于）：
- 变更管理计划。描述在整个项目期间如何正式审批和采纳变更请求。
- 配置管理计划。描述如何记录和更新项目的特定信息，以及该记录和更新哪些信息，以保持产品、服务或成果的一致性和（或）有效性。
- 绩效测量基准。经过整合的项目范围、进度和成本计划，用作项目执行的比较依据，以测量和管理项目绩效。
- 项目生命周期。描述项目从开始到结束所经历的一系列阶段。
- 开发方法。描述产品、服务或成果的开发方法，例如预测、迭代、敏捷或混合型模式。
- 管理审查。确定项目经理和有关相关方审查项目进展的时间点，以考核绩效是否符合预期，或者确定是否有必要采取预防或纠正措施。
项目管理计划是用于管理项目的主要文件之一。管理项目时还会使用其他项目文件。这些其他文件不属于项目管理计划，但它们也是实现高效管理所必需的文件。表 4-1 列出了主要的项目管理计划组件和项目文件
