创建项目产品分解结构

计划被分解成它的主要产品,然后进一步分解,直
到达到一个适度的详细程度。一个较低层次产品可以是
唯一一个更高层次产品的组成部分。由此产生的产品层
次结构称为产品分解结构。图片2提取的文字当创建产
品分解结构的时候,需要考虑以下方面
通常由一个团队来创建产品分解结构,团队成员代
表了计划产出所涉及到的不同利益和各种技能组合;
口常用的识别产品的方法是:召开结构化的头脑风暴
会议(例如,使用粘性的记事贴或白板),在识别
产品时就可以确定每一个产品;

■当团队创建产品分解结构的时候,可能就分解产品的
方法进行讨论。例如,如果计划的产出是一个计算机
化的账户系统,用户可能要把这个系统分解为应付账
户、应收账户和总帐等。然而,供应商可能倾向于把
系统分解成检查表、报告和数据库等。任何一种分解
都没有错,但项目管理团队必须就产品分解结构使用
哪种方法达成一致(对计划也是如此);

■识别计划要求的外部产品是很有用的。外部产品在
计划范围之外已经存在、或正被创建或更新,而需
要它们来创建一个或多个计划中的产品。例如
个采购项目将投标人的投标反应作为外部产品。项
目经理不负责外部产品的创建,因为它们由项目营
理团队的外部相关方提供。对于每个外部产品,
该在风险登记单上有相应的条目,如果它们延迟交
付或没有达到具体要求,就会对计划产生威胁。需
要考虑外部产品是否需要产品描述,来减少它们不
能提供所期望的东西的可能性;图片3提取的文字

使用基于产品的规划技术时,重要的是要考虑,是
否要包括特定产品的不同状态。产品状态指的是,例
如“拆除的机器,搬迁的机器和重新组装的机器”。
将产品的不同状态识别为独立的产品可能是合适
的,在这种情况下,每种不同状态就需要各自的产
品描述,并具有不同的质量标准和质量控制。当生
产每种状态的职责由一个团队移交给另一个团队的
时候,这就尤为有用。或者,一个产品描述可以和
一套产品质量标准一起使用,为了产品的每种状态
都获得批准,需要符合这一套质量标准;
日当表示产品分解结构时,可以考虑使用不同的形
状、风格或颜色来表示不同类型的产品。例如,矩
形可以在产品分解结构中用来代表绝大多数类型的
产品,但是,如果用不同的形状,如用椭圆形或圆
形来区分外部产品,可能就很有帮助。颜色可以用
来表明哪一个团队负责这个产品或产品将在哪个阶
段生产;

■如果项目被分解成几个阶段,每个阶段的产品从项
目产品分解结构中抽取出来,以形成阶段产品分解
结构。这些可以被扩展到更多更详细的层次,这
样,可能增加“更多的产品”以提供阶段计划所要
求的细节。必须注意,阶段计划图表里使用的名称
要与项目计划中的一样。绘制阶段计划图表可能引
发重新思考,而为了保持一致性,可能需要对项目
计划图表做进一步的修改;

■在一些情况下,组织的生命周期模型可能有预先设
定的适合一般类型项目的产品分解结构和产品流程
图,以及适合普通产品的产品描述概述资料库。在
这种情况下, PRINCE2基于产品的规划技术的各个
步骤也不应跳过,而应被用来验证资料库内任何材
料的完整性。因为每个项目都是唯一的,可能这个
项目有另外的产品要求,或质量标准有细微差异;
项目地点可能不同,或者参与项目的人员和职责可
能也不一样。而且,生命周期模型经常只关注项目
范围的一个方面。
( 恒佳PMP培训、软考项目管理师培训、PRINCE2培训)