简单了解WBS(工作分解结构)

1.WBS基本概念

工作分解结构:WorkBreakdownStructure(简称WBS)。对应当由项目团队执行以便实现项目目标,并创造必要的可交付成果工作,按可交付成果所做的层次分解。WBS将项目的整个范围组织在一起并加以明确,就是把一个项目,按一定的原则分解,项目分解成任务,任务再分解成一项项工作,再把一项项工作分配到每个人手中,直到分解不下去为止。

即:项目→任务→工作→个人。
WBS总是处于计划过程的中心,也是制定进度计划、资源需求、成本预算、风险管理计划和采购计划等的重要基础。

2.WBS基本内容

2.1创建WBS需满足的要求

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

2.2分解方式

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

2.3表示方法

WBS可以由树形的层次结构图或者行首缩进的表格表示
树型结构图的WBS层次清晰,非常直观。结构性很强,但不是工作分解结构很容易修改,对于大的、复杂的项目也很难表示出项目的全景。由于主观性,一般在小的,适中的项目中的较多。

3.WBS结构

工作(work)–可以产生有形结果的工作任务;分解(breakdown)–是一种逐步细分和分类的层级结构;结构(structure)–按照一定的模式组织各部分。根据这些概念,WBS有相应的构成因子与其对应:

3.1结构化编码

编码是最显著和最关键的WBS构成因子,首先编码用于将WBS彻底的结构化。通过编码体系,我们可以很容易识别WBS元素的层级关系、分组类别和特性。并且由于近代计算机技术的发展,编码实际上使WBS信息与组织结构信息、成本数据、进度数据、合同信息、产品数据、报告信息等紧密地联系起来.

3.2工作包

工作包(work package)是WBS的最底层元素,一般的工作包是最小的“可交付成果”,这些可交付成果很容易识别出完成它的活动、成本和组织以及资源信息。
例如:管道安装工作包可能含有管道支架制作和安装、管道连接与安装、严密性检验等几项活动;包含运输/焊接/管道制作人工费用、管道/金属附件材料费等成本;过程中产生的报告/检验结果等等文档;以及被分配的工班组等责任包干信息等等。
正是上述这些组织/成本/进度/绩效信息使工作包乃至WBS成为了项目管理的基础。基于上述观点,一个用于项目管理的WBS必须被分解到工作包层次才能够使其成为一个有效的管理工具.

3.3WBS元素

WBS元素实际上就是WBS结构上的一个个“节点”,通俗的理解就是“组织机构图”上的一个个“方框”,这些方框代表了独立的、具有隶属关系/汇总关系的“可交付成果”。经过数十年的总结大多数组织都倾向于WBS结构必须与项目目标有关,必须面向最终产品或可交付成果的,因此WBS元素更适于描述输出产品的名词组成(effictive WBS,Gregory T. Haugan)。
其中的道理很明显,不同组织、文化等为完成同一工作所使用的方法、程序和资源不同,但是他们的结果必须相同,必须满足规定的要求。只有抓住最核心的可交付结果才能最有效的控制和管理项目;另一方面,只有识别出可交付结果才能识别内部/外部组织完成此工作所使用的方法、程序和资源。工作包是最底层的WBS元素,

3.4WBS字典

管理的规范化、标准化一直是众多公司追求的目标,WBS字典就是这样一种工具。
它用于描述和定义WBS元素中的工作的文档。字典相当于对某一WBS元素的规范,即WBS元素必须完成的工作以及对工作的详细描述;工作成果的描述和相应规范标准;元素上下级关系以及元素成果输入输出关系等。
同时WBS字典对于清晰的定义项目范围也有着巨大的规范作用,它使得WBS易于理解和被组织以外的参与者(如承包商)接受。在建筑业,工程量清单规范就是典型的工作包级别的WBS字典。

4.创建WBS的过程

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

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

5.WBS种类

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

纲要性工作分解结构是指导性的、战略性的工作分解结构。该分解结构只有上面的三级:
第一级:整个系统即防务装备项目,如:飞机系统、电子系统、导弹系统、军械系统、空间系统和地面车辆系统。
第二级:防务装备项目的重大单元,如航空飞行器、舰船、系统实验和资料等。
第三级:从属于第二级的单元,如机体、推进装置、资料、服务和技术出版物等。

5.1项目纲要性工作分解结构

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

5.3工程公司标准工作分解结构

5.4合同工作分解结构(CWBS:Contract WBS)

合同工作分解结构是适用于特定合同或采购活动的完整的工作分解结构。
CWBS概括了项目的任务,确定了这些任务与项目的组织机构、技术状态的关系,为项目的性能、技术目标、进度和费用之间的联系,确定了逻辑上的约束框架。合同工作分解结构应与合同规定的层次相一致。合同应指出在合同的哪一级别上进行费用累计。承包商为控制其费用而用到的合同WBS的扩延级,应具有费用累计的追溯能力。
而在其他某些具体的应用领域,常见的其他分解结构主要包括:
A、合同工作分解结构(CWBS)——它主要用于定义卖方提供给买方报告的层次,通常不如卖方管理工作使用的工作分解结构(WBS)详细。
B、组织分解结构(OBS)——它用于显示各个工作元素被分配到哪个组织单元。
C、资源分解结构(RBS)——它是组织分解结构的一种变异,通常在将工作元素分配到个人时使用。
D、材料清单(BOM)——表述了用于制造一个加工产品所需的实际部件、组件和构件的分级层次。
E、项目分解结构(PBS)——它基本上与工作分解结构(WBS)的概念相同。

6.主要用途和作用

6.1作用

1.明确和准确说明项目的范围;  
2.为各独立单元分派人员,规定这些人员的相应职责;  
3.针对各独立单元,进行时间、费用和资源需要量的估算,提高时间、费用和资源估算的准确度;  
4.为计划、成本、进度计划、质量、安全和费用控制奠定共同基础,确定项目进度测量和控制的基准;  
5.将项目工作与项目的财务帐目联系起来;  
6.便于划分和分派责任;  
7.确定工作内容和工作顺序;  
8.估算项目整体和全过程的费用。

6.2用途

WBS是一个描述思路的规划和设计工具。它帮助项目经理和项目团队确定和有效地管理项目的工作。

  1. WBS是一个清晰地表示各项目工作之间的相互联系的结构设计工具。
  2. WBS是一个展现项目全貌,详细说明为完成项目所必须完成的各项工作的计划工具
  3. WBS定义了里程碑事件,可以向高级管理层和客户报告项目完成情况,作为项目状况的报告工具。
  4. WBS防止遗漏项目的可交付成果。
  5. WBS帮助项目经理关注项目目标和澄清职责。
  6. WBS建立可视化的项目可交付成果,以便估算工作量和分配工作。
  7. WBS帮助改进时间、成本和资源估计的准确度。
  8. WBS帮助项目团队的建立和获得项目人员的承诺。
  9. WBS为绩效测量和项目控制定义一个基准。
  10. WBS辅助沟通清晰的工作责任。
  11. WBS为其他项目计划的制定建立框架。
  12. WBS帮助分析项目的最初风险。

7.更多理解

参考:WBS的概念、分解策略、作用、分解原则和方法

对WBS的理解从以上解释,我们得出如下结论,WBS是将项目加以定义,明确项目工作任务的。由此可见,WBS在项目管理的重要地位,所以“没有WBS,就没有项目管理”。对于WBS定义的理解,应在以下两方面重点加以理解:

第一方面,就是WBS的单元,即WBS层次结构的对象,它是以“Deliverables(可交付成果)”为分解导向,而不是以“ScheduleActivity(计划活动)”为分解导向。
WBS的最底层次为WorkPackage(工作细目),工作细目包括为完成该工作细目可交付成果或项目工作组成部分而必需的计划活动和进度里程碑。
为什么WBS的最底层次不是ScheduleActivity(计划活动)而是WorkPackage(工作细目)呢?
首先,WBS是作为项目范围管理的工具、技术,项目范围管理关注点是项目的组成部分,它面向的是可交付成果,而不是过程。
其次,WBS定义的是项目及其组成部分,是ScheduleActivity(计划活动)定义的依据,而不是去定义ScheduleActivity(计划活动)。
第三,ScheduleActivity(计划活动)是项目进度表的单个组成部分,不是WBS的组成部分。对于这一点,很多人理解上可能有困难。因为,习惯说法是活动是由各项具体工作构成的,而上面的定义我们从字面上看的习惯说法与PMBOK的定义正好相反,但是从本质上去理解两者应该是相同的,只是说法不同。因为在项目管理尚未引进中国以前,我们把活动等同于项目。

第二方面,就是WBS的结构,WBS的结构包含了科学的逻辑结构,而不是单个的、离散的、在时间顺序上不连续的成果的描述结构。
WBS的结构是由逻辑推演而成的,通过层层的包含关系,非常严谨。结构化是WBS的一大重要特性,WBS的逻辑结构错误会直接导致项目实施过程发生错误,严重的会带来项目的失败。 “做正确的事,正确地做事”是我们从事项目管理的一句格言,WBS首先解决的就是“做正确的事”问题,只有明确了“做正确的事”,“正确地做事”才有基础,所以我们说WBS是现代项目管理的重要基石。

猜你喜欢

转载自blog.csdn.net/haha_7/article/details/109248823
WBS