工作分解结构

出自 MBA智库百科(http://wiki.mbalib.com/)

工作分解结构(Work Breakdown Structure,简称WBS)

目录

什么是工作分解结构(WBS)?

  工作分解结构(Work Breakdown Structure,简称WBS)跟因数分解是一个原理,就是把一个项目,按一定的原则分解,项目分解成任务,任务再分解成一项项工作,再把一项项工作分配到每个人的日常活动中,直到分解不下去为止。

  即:项目→任务→工作→日常活动

  工作分解结构(WBS,Work Breakdown Structure),以可交付成果为导向对项目要素进行的分组,它归纳和定义了项目的整个工作范围,每下降一层代表对项目工作的更详细定义。

  WBS总是处于计划过程的中心,也是制定进度计划、资源需求、成本预算、风险管理计划和采购计划等的重要基础。WBS同时也是控制项目变更的重要基础。项目范围是由WBS定义的,所以WBS也是一个项目的综合工具。

        Image:工作分解结构.jpg

                工作分解结构

WBS的主要用途

  WBS具有4个主要用途:

  • WBS是一个描述思路的规划和设计工具。它帮助项目经理项目团队确定和有效地管理项目的工作。
  • WBS是一个清晰地表示各项目工作之间的相互联系的结构设计工具。
  • WBS是一个展现项目全貌,详细说明为完成项目所必须完成的各项工作的计划工具。
  • WBS定义了里程碑事件,可以向高级管理层和客户报告项目完成情况,作为项目状况的报告工具。

  WBS是面向项目可交付成果的成组的项目元素,这些元素定义和组织该项目的总的工作范围,未在WBS中包括的工作就不属于该项目的范围。WBS每下降一层就代表对项目工作更加详细的定义和描述。项目可交付成果之所以应在项目范围定义过程中进一步被分解为WBS,是因为较好的工作分解可以:

  • 防止遗漏项目的可交付成果。
  • 帮助项目经理关注项目目标和澄清职责。
  • 建立可视化的项目可交付成果,以便估算工作量和分配工作。
  • 帮助改进时间、成本和资源估计的准确度。
  • 帮助项目团队的建立和获得项目人员的承诺。
  • 为绩效测量和项目控制定义一个基准。
  • 辅助沟通清晰的工作责任。
  • 为其他项目计划的制定建立框架。
  • 帮助分析项目的最初风险。

WBS的种类

  1.纲要性工作分解结构(SWBS:Summary WBS)

  纲要性工作分解结构是指导性的、战略性的工作分解结构。该分解结构只有上面的三级:

  第一级:整个系统即防务装备项目,如:飞机系统、电子系统、导弹系统、军械系统、空间系统和地面车辆系统。

  第二级:防务装备项目的重大单元,如航空飞行器、舰船、系统实验和资料等。

  第三级:从属于第二级的单元,如机体、推进装置、资料、服务和技术出版物等。

  2.项目纲要性工作分解结构(PSWBS,Project SWBS)

  项目纲要性工作分解结构是针对某一特定项目,对纲要性工作分解结构进行裁剪得到的工作分解结构。

  3.合同工作分解结构CWBSContract WBS

  合同工作分解结构是适用于特定合同或采购活动的完整的工作分解结构。CWBS概括了项目的任务,确定了这些任务与项目的组织机构、技术状态的关系,为项目的性能、技术目标、进度和费用之间的联系,确定了逻辑上的约束框架。合同工作分解结构应与合同规定的层次相一致。合同应指出在合同的哪一级别上进行费用累计。承包商为控制其费用而用到的合同WBS的扩延级,应具有费用累计的追溯能力。

  而在其他某些具体的应用领域,常见的其他分解结构主要包括:

  A、合同工作分解结构(CWBS)——它主要用于定义卖方提供给买方报告的层次,通常不如卖方管理工作使用的工作分解结构(WBS)详细。

  B、组织分解结构OBS)——它用于显示各个工作元素被分配到哪个组织单元。

  C、资源分解结构(RBS)——它是组织分解结构的一种变异,通常在将工作元素分配到个人时使用。

  D、材料清单(BOM)——表述了用于制造一个加工产品所需的实际部件、组件和构件的分级层次。

  E、项目分解结构(PBS)——它基本上与工作分解结构(WBS)的概念相同。

工作包的特点

  WBS的最低层次的项目可交付成果称为工作包(Work Package),具有以下特点:

  • 工作包可以分配给另一位项目经理进行计划和执行。
  • 工作包可以通过子项目的方式进一步分解为子项目的WBS。
  • 工作包可以在制定项目进度计划时,进一步分解为活动。
  • 工作包可以由惟一的一个部门或承包商负责。用于在组织之外分包时,称为委托包(Commitment Package)。

  工作包的定义应考虑80小时法则(80-HourRule)或两周法则(Two Week Rule),即任何工作包的完成时间应当不超过80小时。在每个80小时或少于80小时结束时,只报告该工作包是否完成。通过这种定期检查的方法,可以控制项目的变化。

任务分解的原则

  1、将主体目标逐步细化分解,最底层的日常活动可直接分派到个人去完成;

  2、每个任务原则上要求分解到不能再细分为止;

  3、日常活动要对应到人、时间和资金投入。

任务分解的方法

  1、采用树状结构进行分解;

  2、以团队为中心,自上而下与自下而上的充分沟通,一对一个别交流与讨论,分解单项工作。

任务分解的标准

  1、分解后的活动结构清晰,从树根到树叶,一目了然,尽量避免盘根错节;

  2、逻辑上形成一个大的活动,集成了所有的关键因素包含临时的里程碑和监控点,所有活动全部定义清楚,要细化到人、时间和资金投入。

  在我们日常管理项目时,要学会分解任务,只有将任务分解得足够细,足够明了,才能统筹全局,安排人力和财力资源,把握项目的进度。

创建WBS的基本要求

  创建WBS时需要满足以下几点基本要求:

  • 某项任务应该在WBS中的一个地方且只应该在WBS中的一个地方出现。
  • WBS中某项任务的内容是其下所有WBS项的总和。
  • 一个WBS项只能由一个人责任,即使许多人都可能在其上工作,也只能由一个人负责,其他人只能是参与者。
  • WBS必须与实际工作中的执行方式一致。
  • 应让项目团队成员积极参与创建WBS,以确保WBS的一致性。
  • 每个WBS项都必须文档化,以确保准确理解已包括和未包括的工作范围。
  • WBS必须在根据范围说明书正常地维护项目工作内容的同时,也能适应无法避免的变更。

WBS的表示方式

  WBS可以由树形的层次结构图或者行首缩进的表格表示。

  在实际应用中,表格形式的WBS应用比较普遍,特别是在项目管理软件中。

    Image:工作分解结构(分级的树型结构).jpg

      工作分解结构(分级的树型结构)

  树型结构图的WBS层次清晰,非常直观。结构性很强,但不是很容易修改,对于大的、复杂的项目也很难表示出项目的全景。由于主观性,一般在小的,适中的项目中的较多。

WBS的分解方式

  WBS的分解可以采用多种方式进行,包括:

  • 按产品的物理结构分解。
  • 按产品或项目的功能分解。
  • 按照实施过程分解。
  • 按照项目的地域分布分解。
  • 按照项目的各个目标分解
  • 按部门分解。
  • 职能分解

创建WBS的过程

  创建WBS的过程非常重要,因为在项目分解过程中,项目经理、项目成员和所有参与项目的职能经理都必须考虑该项目的所有方面。制定WBS的过程是:

  • 得到范围说明书(Scope Statement)或工作说明书(Statement of Wok,承包子项目时)。
  • 召集有关人员,集体讨论所有主要项目工作,确定项目工作分解的方式。
  • 分解项目工作。如果有现成的模板,应该尽量利用。
  • 画出WBS的层次结构图。WBS较高层次上的一些工作可以定义为子项目或子生命周期阶段。
  • 将主要项目可交付成果细分为更小的、易于管理的组分或工作包。工作包必须详细到可以对该工作包进行估算(成本和历时)、安排进度、做出预 算、分配负责人员或组织单位。
  • 验证上述分解的正确性。如果发现较低层次的项没有必要,则修改组成成分。
  • 如果有必要,建立一个编号系统。
  • 随着其他计划活动的进行,不断地对WBS更新或修正,直到覆盖所有工作。

检验WBS的标准

  检验WBS是否定义完全、项目的所有任务是否都被完全分解可以参考以下标准:

  • 每个任务的状态和完成情况是可以量化的。
  • 明确定义了每个任务的开始和结束。
  • 每个任务都有一个可交付成果。
  • 工期易于估算且在可接受期限内。
  • 容易估算成本。
  • 各项任务是独立的。

建立WBS需要考虑的因素

  (1)确定适当的WBS层次,最低层WBS的元素需对应有形的交付物。

  (2) 对WBS生命周期的考虑,需要考虑在项目不同阶段的活动发展,包括项目管理。

  (3)项目计划、绩效报告、整体变更控制、范围管理的需要。

  (4)资源计划和风险管理的需要。

WBS的使用

  对WBS需要建立WBS词典(WBS Dictionary)来描述各个工作部分。WBS词典通常包括工作包描述、进度日期、成本预算和人员分配等信息。对于每个工作包,应尽可能地包括有关工作包的必要的、尽量多的信息。

  当WBS与OBS综合使用时,要建立账目编码(Code of Account)。账目编码是用于惟一确定项目工作分解结构每一个单元的编码系统。成本和资源被分配到这一编码结构中。

WBS的实践经验

  最多使用20个层次,多于20层是过度的。对于一些较小的项目4-6层一般就足够了。

  WBS中的支路没有必要全都分解到同一层次,即不必把结构强制做成对称的。在任意支路,当达到一个层次时,可以作出所要求准确性的估算,就可以停止了。

工作分解结构的作用

  1.明确和准确说明项目的范围;

  2.为各独立单元分派人员,规定这些人员的相应职责;

  3.针对各独立单元,进行时间、费用和资源需要量的估算,提高时间、费用和资源估算的准确度

  4.为计划、成本、进度计划、质量、安全和费用控制奠定共同基础,确定项目进度测量和控制的基准;

  5.将项目工作与项目的财务帐目联系起来;

  6.便于划分和分派责任;

  7.确定工作内容和工作顺序;

  8.估算项目整体和全过程的费用。

工作分解结构的优点

  (一)能够为工作定义提供更有效的控制。

  一般来说,良好的项目管理具有下列几个原则:

  1.通过设施的结构化分解来进行管理;

  2.关注结果:实现什么,而不是怎样实现;

  3.通过工作分解结构,技术和人员、系统和组织之间可以平衡结果;

  4.在项目涉及的所有部门之间,通过定义角色、责任和工作关系来建立一个契约;

  5.采用一个简明的报告结构。

  使用工作分解结构可以满足有效项目管理的五个原则中的前三个,而避免了计划的误区——即只在一个详细的层次上定义工作。以一个结构化的方式来定义工作可以保证得到更好的结果。通过可交付成果来进行工作定义,在项目向前进行时,只有那些对生产设施有必要的工作才做,因此计划也变得更加固定。在环境不断变化的情况下,项目所需的工作可能发生变化,但不管怎么变化,一定要对最终结果的产生有益。

  (二)把工作分配到相应的工作包中(相应的授权)。

  WBS中的工作包是自然的,因为WBS的目的是生产产品,在分配责任的同时也赋予每个产品或服务的单独的部门。如果工作只是在一个详细的层次上定义,并汇集成工作包,那么这个工作包就不是自然的了,项目经理只能每天忙于告诉人们一些技术和方法,而不是让他们自己独立去完成工作。

  (三)便于找到控制的最佳层次。

  我们在较低层次上进行控制可能意味着在控制上所花的时间要比完成工作所需的时间更多,而在较高层次上进行控制则意味着有些重要情况在我们不经意时会溜走。通过WBS,我们可以找到控制的最佳层次。一般情况下,控制活动的长短应该与控制会议召开的频度相一致。

  (四)有助于限定风险。

  在以上讨论时我们都限定计划和控制的范围都不包含较高的风险。实际上WBS的分解层次不一定是固定不变的,WBS的最低层次可根据风险的水平来确定。在风险较低的项目中,工作分解的最低层次可以是工作包,而在一个风险较高的项目中,我们可以继续到项目的一个最低层次上。

  项目经理在规划和控制其工程项目的过程中,工作分解结构是非常有用的工具。编制完整的WBS确定了工程项目的总目标,并确定了各项单独的工作(部分)与整个项目(整体)的关系。

  (五)是信息沟通的基础。

  在现代大型复杂项目中,一般要涉及大量的资源,涉及许多公司、供应商、承包人等等,有时还会有政府部门的高技术设施或资金投入,因而要求的综合信息和信息沟通的数量往往相当大。这些大项目涉及巨资并历时若干年,因此项目开始进行时设想的项目环境会随着项目的进展而发生很大的变化,即我们已经多次提到的项目早期阶段的不确定性[pp1] 。这就要求所有的有关集团要有一个共同的信息基础,一种各有关集团或用户从项目一开始到最后完成都能用来沟通信息的工具。这些集团包括:业主、供应商、承包人、项目管理人员、设计人员以及政府有关部门等等。而一个设计恰当的工作分解结构将能够使得这些集团或用户有一个较精确的信息沟通连接器,成为一种相互交流的共同基础。利用工作分解结构作为基础来编制预算、进度和描述项目的其它方面,能够使所有的与项目有关的人员或集团都明了为完成项目所需要做的各项工作以及项目的进展情况等。

  (六)为系统综合与控制提供了有效手段。

  典型的项目控制系统包括进度、费用、会计等不同的子系统。这些子系统在某种程度上是相互独立的,但是各个子系统之间的系统信息转移是不可缺少的,必须将这些子系统很好地综合起来,才能够真正达到项目管理的目的。而工作分解结构的应用可以提供一个这样的手段。

  在WBS的应用中,各个子系统都利用它收集数据,这些系统都是在与WBS有直接联系的代码词典和编码结构的共同基础上来接受信息的。由于WBS代码的应用使所有进入到系统的信息都是通过一个统一的定义方法作出来的,这样就能确保所有收集到的数据能够与同一基准相比较,并使项目工程师、会计师以及其他项目管理人员都参照有同样意义的同种信息,这对于项目控制的意义是显而易见的。

  例如:许多项目中的典型问题之一是会计系统和进度控制系统不是采用完全相同的分类或编码,但是在一个有组织的共同基础之上对成本和进度作出统一、恰当的解释、分析和预测对于项目的有效管理是非常重要的。此外,各个子系统之间在WBS基础上的共同联系越多,对项目控制就越有益,因为这样可以减少或消除分析中的系统差异。

工作分解结构的案例分析[1]

案例一:实施一种新的企业级别管理理念的WBS

  右图是一个WBS的例子,该WBS描述了在组织内实施企业项目管理(EPM)的工作,这个WBS是由丁斯莫尔(Dinsmore)开发的,在此作为一个应用实例。

  丁斯莫尔指出:“需要一个整体观念描绘出一条成功实施企业项目管理的道路,所有这些都是从WBS开始的。”

  丁斯莫尔将第二级中的WBS元素定义如下:

  (1)EPM项目群管理——覆盖了管理EPM项目群的关键元素,以确保足够的管理工作集中在这个项目群上。

  (2)与公司目标一致的战略——执行的工作要确保项目与公司目标一致。

  (3)文化改变——执行的工作要改变做事的方法。

  (4)沟通——沟通战略和培养变更意识是必要的工作领域。

  (5)公司组织与流程——涉及在组织范围内进行凋整和改变流程的工作。

  (6)人——与人员问题有关的工作。

  (7)接口领域——与那些存在与EPM的接口的职能领域相关联的工作。

  分析这个WBS,这是一个服务项目,目的是通过WBS元素表示以下4个主要领域:

  (1)战略目标对位。

  (2)文化改变。

  (3)公司组织与流程。

  (4)人。

  以上每一项都有自己的可交付成果或输出,这些可交付成果或输出共同产生了最终产品:转化为组织内部特征的文档化和集成了的EPM系统。

  其中有两个横向关联元素:沟通和接口领域。沟通元素是一个分析性元素,因为它跨越了其他工作元素,并基于该分析产生输出。接口领域下的元素是集成性元素,因为它们代表那些将其他元素中的工作合成起来输入到九个在第三级列出的职能领域。

  最后一个WBS元素,EPM项目群管理,是一个普通的项目管理元素,该元素确认了项目管理办公室的管理职责与活动。

案例二:应对跨文化和跨国界挑战的WBS

  由于在文化、法律、期望以及沟通等方面的不同,国际间的项目经常会遇到困难。不是每一个人都按美国人的方式进行思考和管理的。格罗夫(Grove),哈罗威尔(Hallowell)、史密斯(Smith)建议为国际项目开发一种类似的WBS,实际上,这是一个项目中的另一个项目?其目的是管理项目的国际性方面以减少对主要项目的影响?

  其中一个不一般的特性是WBS表述的格式,该项目的WBS结构如右图所示。这个WBS表面上看是“活动”的形式,但实际上在每一个WBS元素中都包括部分WBS字典的内容。第三级元素是工作包,描述了每一个元素将要完成“什么”工作。真正的活动是在第四和第五级。此WBS描述了一个成功完成的项目,所以它很好地实现了其工作目标。

  有几个主要的领域具有要获得的输出产品或结果。包括:项目风险评估及战略的开发、国外项目人员的定位和支持、国内人员与国外项目负责人以及总公司人员的整合、跨文化跨边界培训的提供、伤害防止战略的开发等。这种复杂项目的WBS开发人员要确保遵循百分之百规则,这是非常重要的。

  在横向关联领域中,信息收集是一个分析性元素,为许多其他领域提供输入。横向关联的项目管理元素分为两个部分:元素选拔、分配、资助和督导CRM团队以及元素组织学习。

  同一个项目的另外一种WBS可构造成如下图所示的形式。每一个二级WBS元素上的数字都对应于原始版本WBS中的WBS元素,这些原始版本中的元素可能被转移或合并到新版本的元素中,以简化WBS各项。“调研和信息”元素是一个横向关联分析性元素,“项目风险”和“人员”只为主要可交付成果的产品分解提供了基础。“项目风险”元素涉及到跨文化和跨国界元素对主要项目丁作的影响:“人员”元素的输出与针对国外项目人员、国内以及总公司人员的计划的产品、服务和结果有关。

Image:应对跨文化和跨国界挑战项目的另一种WBS.jpg

相关链接

相关书籍

  • 《有效的工作分解结构》作者:(美)格雷戈里T.豪根著,出版社:机械工业出版社(2005-7-1)
本条目对我有帮助224

分享到:
  如果您认为本条目还有待完善,需要补充新内容或修改错误内容,请编辑条目

评论(共19条)

提示:评论内容为网友针对条目"工作分解结构"展开的讨论,与本站观点立场无关。
218.62.80.* 在 2009年12月3日 12:16 发表

恩 MBA智典很好 赞

回复评论
Silencewind (Talk | 贡献) 在 2009年12月23日 16:31 发表

回复评论
210.13.73.* 在 2010年4月9日 18:04 发表

不错

回复评论
218.249.3.* 在 2010年4月19日 16:00 发表

特别好。

回复评论
125.218.204.* 在 2010年7月10日 11:41 发表

能结合WBS给一些相关的案例分析就更好了

回复评论
61.153.145.* 在 2010年10月26日 10:55 发表

谢谢分享

回复评论
112.90.147.* 在 2011年7月31日 13:08 发表

很好!感谢那么多的人的无私贡献!

回复评论
110.80.21.* 在 2012年2月9日 09:45 发表

如何下载啊

回复评论
Sjl84918 (Talk | 贡献) 在 2012年8月3日 17:01 发表

hao

回复评论
218.17.162.* 在 2012年8月29日 11:24 发表

要是有例子结合就好了

回复评论
卡尔 (Talk | 贡献) 在 2012年8月29日 14:49 发表

218.17.162.* 在 2012年8月29日 11:24 发表

要是有例子结合就好了

已添加例子,希望对您有所助益。

MBA智库百科是可以自由参与的百科,如有发现错误和不足,您也可以参与修改编辑,只要通过网页右上角创建新帐号,创建用户名后即可参与,期待您的加入!~

回复评论
125.46.16.* 在 2012年10月30日 15:39 发表

太强大了,相比之下,百度百科弱爆了。

回复评论
Brian cheung (Talk | 贡献) 在 2013年2月15日 17:36 发表

不错,学习了

回复评论
113.140.67.* 在 2013年3月21日 17:59 发表

恩我要学

回复评论
Czq001 002 (Talk | 贡献) 在 2013年9月1日 18:28 发表

very goog.

回复评论
117.136.16.* 在 2014年5月22日 20:00 发表

卡尔 (Talk | 贡献) 在 2012年8月29日 14:49 发表

已添加例子,希望对您有所助益。

MBA智库百科是可以自由参与的百科,如有发现错误和不足,您也可以参与修改编辑,只要通过网页右上角创建新帐号,创建用户名后即可参与,期待您的加入!~

顶!!!

回复评论
Wh wjy (Talk | 贡献) 在 2016年2月23日 13:20 发表

very good informantion

回复评论
60.28.35.* 在 2017年6月12日 11:27 发表

非常好

回复评论
云霄阁 (Talk | 贡献) 在 2017年6月18日 17:25 发表

mba百科一直以来平缓而开放,一直注重质量和学术,百度百科反而更加商业化

回复评论

发表评论请文明上网,理性发言并遵守有关规定。

以上内容根据网友推荐自动排序生成