WBS最佳实践

WBS概念

实际上WBS的概念很容易理解:为了管理整个项目,就应该管理和控制它的所有组成部分。一些出版物对于WBS的评价是:

WBS是项目管理或者项目计划工作的基础。

根据PMI的Practice standard for WBS定义,WBS具有以下功能特性:

Deliverables:可交付成果
Design:设计
Management:管理
Organizational:组织
Levels:层次

层级应该不难理解;设计实际上指的是对项目计划以及方案的规划与设计;管理则十分重要,即WBS是为管理服务的。它的分解方式、元素定义无不服从于管理需要,因此大多数WBS不会超过10个层级。另外break down也可以用来说明其管理特性,这种“解构”方式明显具有管理色彩;组织时常常被忽略的特性,任何项目都不能脱离特定的项目组织形式。WBS能够提供很好的结构用于连接项目的OBS及其RAM矩阵的链接,尽管DoD与PMI在WBS/OBS之间哪一个会决定另一个持有不同观点。但是重要的是WBS可以用于反映项目组织的工作范围和工作组织方式。可交付成果是另一个重要的特性,经过大量的实践和学术讨论,应该按照可交付成果分解WBS结构。这样做可以避免按照活动分解结构导致的不确定性和非结构特征,并且易于结构化分解和面向项目目标的控制。

基于以上观点,WBS应该是项目管理的核心工具,而不应被PMI当作范围管理工具来定义。
总结
WBS

1、定义project scope必要的工作、产品(可交付成果)
2、层次化、结构化
3、全生命周期
4、提供计划与成本衔接的平台
5、提供包含所有干系人的RAM
6、为项目报告和分析提供便利
7、为检查项目绩效提供平台

WBS的编制
高层次的WBS可以被模板化或者在项目前期编制,而低层次的WBS则需随着项目的深入而不断完善。
STEP:
1、识别项目最终产品,通过高层次的WBS的scope document来确认WBS框架(定义高层次的sow (工作说明书)和应执行的程序。
2、定义主要的产品可交付成果。
3、将可交付成果放入适当的管理和整体控制层次,WBS元素与这些独立的可交付成果。
4、审核并调整WBS,直到team认为项目计划的可行性和成功性。

WBS必须注意的事项
1、每个WBS节点必须是单一、独立和可测量的可交付成果。
2、每个WBS节点必须能够包含某子WBS的所有范围。
3、每个子WBS只能与父WBS范围相容。
4、可交付成果应按其产生过程分解,如设计、采购、分包、建造,从高层到低层的WBS必须具有一定的逻辑关系。

Advertisements

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s