工作分解结构(简称WBS)跟因数分解是一个原理,就是把一个项目,按一定的原则分解,项目分解成任务,任务再分解成一项项工作,再把一项项工作分配到每个人的日常活动中,直到分解不下去为止。即:项目→任务→工作→日常活动。
- 中文名
- 工作分解结构
- 外文名
- Work Breakdown Structure, WBS
- 类 型
- 项目
- 相 关
- WBS
- 作 用
- 项目管理实践中,在PMP考试中
工作分解结构(Work Breakdown Structure, WBS):以可交付成果为导向对项目要素进行的分组,它归纳和定义了项目的整个工作范围每下降一层代表对项目工作的更详细定义。无论在项目管理实践中,还是在PMP考试中,工作分解结构(WBS)都是最重要的内容。WBS总是处于计划过程的中心,也是制定进度计划、资源需求、成本预算、风险管理计划和采购计划等的重要基础。WBS同时也是控制项目变更的重要基础。项目范围是由WBS定义的,所以WBS也是一个项目的综合工具。
1、将主体目标逐步细化分解,最底层的日常活动可直接分派到个人去完成;
2、每个任务原则上要求分解到不能再细分为止;
3、日常活动要对应到人、时间和资金投入。
2、以团队为中心,自上而下与自下而上的充分沟通,一对一分别交流与讨论,分解单项工作。
1、分解后的活动结构清晰,从树根到树叶,一目了然,尽量避免盘根错节;
2、逻辑上形成一个大的活动,集成了所有的关键因素包含临时的里程碑和监控点,所有活动全部定义清楚,要细化到人、时间和资金投入。
在日常管理项目时,要学会分解任务,只有将任务分解得足够细,足够明了,才能统筹全局,安排人力和财力资源,把握项目的进度。
创建WBS时需要满足以下几点基本要求:
1、某项任务应该在WBS中的一个地方且只应该在WBS中的一个地方出现。
2、WBS中某项任务的内容是其下所有WBS项的总和。
3、一个WBS项只能由一个人负责,即使许多人都可能在其上工作,也只能由一个人负责,其他人只能是参与者。
4、WBS必须与实际工作中的执行方式一致。
6、每个WBS项都必须文档化,以确保准确理解已包括和未包括的工作范围。
7、WBS必须在根据范围说明书正常地维护项目工作内容的同时,也能适应无法避免的变更。
WBS可以由树形的层次结构图或者行首缩进的表格表示。
工作分解结构(分级的树型结构)
WBS的分解可以采用多种方式进行,包括:
4、按照项目的地域分布分解。
6、按部门分解。
WBS具有4个主要用途:
2、WBS是一个清晰地表示各项目工作之间的相互联系的结构设计工具。
WBS是面向项目可交付成果的成组的项目元素,这些元素定义和组织该项目的总的工作范围,未在WBS中包括的工作就不属于该项目的范围。WBS每下降一层就代表对项目工作更加详细的定义和描述。项目可交付成果之所以应在项目范围定义过程中进一步被分解为WBS,是因为较好的工作分解可以:
防止遗漏项目的可交付成果。帮助项目经理关注项目目标和澄清职责。建立可视化的项目可交付成果,以便估算工作量和分配工作。帮助改进时间、成本和资源估计的准确度。帮助项目团队的建立和获得项目人员的承诺。为绩效测量和项目控制定义一个基准。辅助沟通清晰的工作责任。为其他项目计划的制定建立框架。帮助分析项目的最初风险。
(PSWBS,ProjectSWBS)项目纲要性工作分解结构,是针对某一特定项目,对纲要性工作分解结构进行裁剪得到的工作分解结构。
(CWBS,ContractWBS)合同工作分解结构是适用于特定合同或采购活动的完整的工作分解结构。CWBS概括了项目的任务,确定了这些任务与项目的组织机构、技术状态的关系,为项目的性能、技术目标、进度和费用之间的联系,确定了逻辑上的约束框架。合同工作分解结构应与合同规定的层次相一致。合同应指出在合同的哪一级别上进行费用累计。承包商为控制其费用而用到的合同WBS的扩延级,应具有费用累计的追溯能力。
A、合同工作分解结构(CWBS)——它主要用于定义卖方提供给买方报告的层次,通常不如卖方管理工作使用的工作分解结构(WBS)详细。
E、项目分解结构(PBS)——它基本上与工作分解结构(WBS)的概念相同。
1、工作包可以分配给另一位项目经理进行计划和执行。
4、工作包可以由唯一的一个部门或承包商负责。用于在组织之外分包时,称为委托包(CommitmentPackage)。
5、工作包的定义应考虑80小时法则(80-HourRule)或两周法则(TwoWeekRule),即任何工作包的完成时间应当不超过80小时。在每个80小时或少于80小时结束时,只报告该工作包是否完成。通过这种定期检查的方法,可以控制项目的变化。
2、召集有关人员,集体讨论所有主要项目工作,确定项目工作分解的方式。
3、分解项目工作。如果有现成的模板,应该尽量利用。
对WBS需要建立WBS词典(WBS Dictionary)来描述各个工作部分。WBS词典通常包括工作包描述、进度日期、成本预算和人员分配等信息。对于每个工作包,应尽可能地包括有关工作包的必要的、尽量多的信息。当WBS与OBS综合使用时,要建立账目编码(CodeofAccount)。账目编码是用于唯一确定项目工作分解结构每一个单元的编码系统。成本和资源被分配到这一编码结构中。
最多使用20个层次,多于20层是过度的。对于一些较小的项目4-6层一般就足够了。
1.明确和准确说明项目的范围;
2.为各独立单元分派人员,规定这些人员的相应职责;
6.便于划分和分派责任;
8.估算项目整体和全过程的费用。
1.通过设施的结构化分解来进行管理;
2.关注结果:实现什么,而不是怎样实现;
3.通过工作分解结构,技术和人员、系统和组织之间可以平衡结果;
5.采用一个简明的报告结构。
使用工作分解结构可以满足有效项目管理的五个原则中的前三个,而避免了计划的误区——即只在一个详细的层次上定义工作。以一个结构化的方式来定义工作可以保证得到更好的结果。通过可交付成果来进行工作定义,在项目向前进行时,只有那些对生产设施有必要的工作才做,因此计划也变得更加固定。在环境不断变化的情况下,项目所需的工作可能发生变化,但不管怎么变化,一定要对最终结果的产生有益。
(二)把工作分配到相应的工作包中(相应的授权)。
WBS中的工作包是自然的,因为WBS的目的是生产产品,在分配责任的同时也赋予每个产品或服务的单独的部门。如果工作只是在一个详细的层次上定义,并汇集成工作包,那么这个工作包就不是自然的了,项目经理只能每天忙于告诉人们一些技术和方法,而不是让他们自己独立去完成工作。
(三)便于找到控制的最佳层次。
人们在较低层次上进行控制可能意味着在控制上所花的时间要比完成工作所需的时间更多,而在较高层次上进行控制则意味着有些重要情况在不经意时会溜走。通过WBS,可以找到控制的最佳层次。一般情况下,控制活动的长短应该与控制会议召开的频度相一致。
(四)有助于限定风险。
在以上讨论时都限定计划和控制的范围都不包含较高的风险。实际上WBS的分解层次不一定是固定不变的,WBS的最低层次可根据风险的水平来确定。在风险较低的项目中,工作分解的最低层次可以是工作包,而在一个风险较高的项目中,可以继续到项目的一个最低层次上。
在现代大型复杂项目中,一般要涉及大量的资源,涉及许多公司、供应商、承包人等等,有时还会有政府部门的高技术设施或资金投入,因而要求的综合信息和信息沟通的数量往往相当大。这些大项目涉及巨资并历时若干年,因此项目开始进行时设想的项目环境会随着项目的进展而发生很大的变化,即已经多次提到的项目早期阶段的不确定性。这就要求所有的有关集团要有一个共同的信息基础,一种各有关集团或用户从项目一开始到最后完成都能用来沟通信息的工具。这些集团包括:业主、供应商、承包人、项目管理人员、设计人员以及政府有关部门等等。而一个设计恰当的工作分解结构将能够使得这些集团或用户有一个较精确的信息沟通连接器,成为一种相互交流的共同基础。利用工作分解结构作为基础来编制预算、进度和描述项目的其它方面,能够使所有的与项目有关的人员或集团都明了为完成项目所需要做的各项工作以及项目的进展情况等。
(六)为系统综合与控制提供了有效手段。典型的项目控制系统包括进度、费用、会计等不同的子系统。这些子系统在某种程度上是相互独立的,但是各个子系统之间的系统信息转移是不可缺少的,必须将这些子系统很好地综合起来,才能够真正达到项目管理的目的。而工作分解结构的应用可以提供一个这样的手段。
在WBS的应用中,各个子系统都利用它收集数据,这些系统都是在与WBS有直接联系的代码词典和编码结构的共同基础上来接受信息的。由于WBS代码的应用使所有进入到系统的信息都是通过一个统一的定义方法作出来的,这样就能确保所有收集到的数据能够与同一基准相比较,并使项目工程师、会计师以及其他项目管理人员都参照有同样意义的同种信息,这对于项目控制的意义是显而易见的。
例如:许多项目中的典型问题之一是会计系统和进度控制系统不是采用完全相同的分类或编码,但是在一个有组织的共同基础之上对成本和进度作出统一、恰当的解释、分析和预测对于项目的有效管理是非常重要的。此外,各个子系统之间在WBS基础上的共同联系越多,对项目控制就越有益,因为这样可以减少或消除分析中的系统差异。
WBS的制定没有固定的方法,但一般可以参考以下原则:
◇确保能把完成每个底层工作包的职责明确地赋予一个成员、一组成员或者一个组织单元,同时考虑尽量使一个工作细目容易让具有相同技能的一类人承担。
◇分解时要考虑项目管理本身也是工作范围的一部分,可以单独做为一个细目。
◇对一些各个阶段中都存在的共性工作可以提取出来,例如人员培训作为独立的细目。