WBS(work breakdown structures)即工程项目工作分解结构。2000版的PMBOK Guide 将其定义为“wbs编码是一组以可交付项目产品为导向的项目分解元素,它可以用以组织和定义整个项目范围内的所有工作内容。编码每下降一个层次就能更加细致的表现项目工作的细节。” 这一定义体现了WBS(work breakdown structures)的几下几个特征:
1)它能代表项目的工作活动,并且这一项目工作活动能产生一个切实的结
果。
2)它分布于一系列有序的层次结构之中
3)它能代表一项有目标和切实的结果,并且能作为一项可交付的项目成果。
WBS作为一项全面系统的分析工程项目的有效方法和项目管理的基础性工作,其概念已为项目管理者所熟悉,内容也容易理解。
WBS分解主要有以下五个步骤
WBS常用的三个分解方法
①类比法,即以一个类似项目的WBS为基础,构建本项目的WBS。
②自上而下法,它常常被视为构建WBS的常规方法,即从项目最大的单位开始,逐步将它们分解成下一层的多项任务。这个过程就是要不断增加层级,细化各项任务。
③自下而上法,即让项目团队成员从一开始就尽可能确定与项目有关的各项具体任务,在列出详细的任务清单后,对所有的任务进行分类,然后将各项具体任务进行整合,并归纳到一个整体活动或WBS的上一层内容中。自下而上法一般很费时,但这种方法对WBS的创建来说效果特别好。一般这样的分解方法对项目团队成员的能力水平的要求会更高一些。
WBS应用的注意事项
①每项任务的状态和完成情况是可以量化的。
②明确定义任务的开始和结束时间。任务面向的是可交付成果,而不是过程。每项任务都有一个可交付成果。
③一项任务只能在WBS中出现一次,WBS中的每一项任务一般设置一个具体负责人。
④工期易于估算且在可接受期限内,容易估算成本。一般定义考虑80小时法则或两周法则。
⑤各项任务是独立的、可以被描述的。
⑥WBS必须与实际工作中的执行过程一致。
⑦应让项目团队成员积极参与创建WBS,以确保WBS的一致性。
⑧每个WBS项都必须文档化,以确保准确理解已包括和未包括的工作范围。