持续创作，加速成长！这是我参与「掘金日新计划 · 10 月更文挑战」的第12天，点击查看活动详情
大家好，我是尚影嫣🌷，一名Java后端程序媛和项目管理员，热爱技术和项目管理。如果您喜欢我的文章，欢迎点赞➕关注❤️，让我们一起成为更好的我们~
前言
前面咱们说了项目计划的层次和分类，今天来点实操的，讲讲具体如何制定项目计划。
首先识别产品，然后识别交付产品所要求的活动、相互依赖关系和资源，这个过程称为基于产品的规划。
编制计划的步骤：
graph TD
设计计划 --> 定义和分析产品 --> 识别活动和依赖关系 --> 准备估算 --> 准备进度表 --> 记录计划
一、设计计划
如何才能最好地展现计划？影响到这一决策的因素很多，例如，计划的汇报对、使用方式、计划的表现 形式和布局、编制计划工具、估 方法、计划的层次和项目所用的监督方法等 另外，还要考虑使用图表还是文字，这一选择部分地受到项目所采用的标准的驱动。
二、定义和分析产品
PRINCE2 使用基于产品的规划技术，来识别、定义与分析计划的产品。 基于产品的规划可能是反复进行的。以产品描述为例，这意味着开始时它可能仅由标题和目的说明组成。因此，在以下的注解中， “编制／编写” （如在“编写产品描述”中）应理解为表示“开始编制／编写，然后继续进行，直到尽可能合适、快速、便利地完成”。
步骤如下：
graph TD
编写项目产品描述 --> 创建项目分解结构 --> 编写产品描述 --> 创建产品流程图
1、编写项目产品描述
基于产品的规划的首要任务是编写项目产品描述。尽管高级用户负责具体说明项目产品，但实际上，
项目产品描述经常由项目经理在与高级用户和项目主管协商后编写。应该尽可能使产品描述在开始时就尽可能完整。
2、创建产品分解结构
计划被分解成它的主要产品，然后进一步分解，直到达到一个适度的详细程度。一个较低层次产品可以是一一个更高层次产品的组成部分。由此产生的产品层次结构称为产品分解结构。
3、缩写产品描述
所有经过识别的产品都需要进行产品描述。
编写产品描述时，应该考虑以下方面：
- 产品描述应该在产品需求经过识别后就尽快编写，最初可能仅仅是框架，只有标题和标识符信息。随着对产品了解的加深、后续编制计划步骤的完成，要对产品描述进行完善和补充；
- 当包含某产品生产的计划成为基线的时候，这个产品的产品描述就应成为基线。如果这个产品后来有了变更，该产品的产品描述也必须遵循变更控制；
4、创建产品流程图
创建产品流程图，可以识别和定义计划产品在开发中的先后顺序，以及它们的相互依赖关系。
产品流程图还识别与计划范围以外产品之间的相互依赖关系。这一过程，也为估算和编制进度表提供了信息。
三、识别活动与依赖关系
活动
仅识别产品，对于编制进度表和控制的目的而言，可能还不充分。只有识别生产或变更每一个计划产品的活动，才能掌握计划工作量的全景。
依赖关系
要识别各种活动和产品之间的依赖关系。
有两种依赖关系：内部的和外部的。内部依赖关系示例是活动不能开始，直到活动和活动都已经完
外部依赖关系例如：
- 项目要求交付的一个产品来自另一个项目；
- 来自用户的一张采购订单；
- 来自项目群管理层的一个决定。
最严重的是外部强制性依赖，这种难搞哦。
四、准备进度表
只有当所有活动汇总在进度表中时，计划才能表明实现目标的最终可行性。进度表定义了每个活动将在什 么时间进行。进度表可以人工编制，也可以用计算机为基础的编制计划和制的工具来完成。
五、分析风险
这一编制计划活动通常与其他步骤同时进行，因为在编制计划或修改计划的任何一个时间点上，都可以对
风险加以识别。
应该对每个资源和活动、所有编制计划信息潜在的风险内窑加以检查。所有识别的风险应该登记在风险登
记单里。
六、记录计划
完成进度表后，则按照计划设计，将计划、计划成本、所需控制与计划支持的文本加以综合。
可以增加文字叙述来解释计划、任何计划的限制、外部依赖关系、所做的假设、任何要求的监督和控制、识别的风险和所要求的应对。
计划应尽可能保持适度的简洁，如果计划要向项目管理委员会报告，可以使用简明的图表。
