WBS工作分解结构

WBS：工作分解结构（Work Breakdown Structure） 创建WBS：创建WBS是把项目可交付成果和项目工作分解成较小的，更易于管理的组成部分的过程。

主要用途

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帮助分析项目的最初风险。

 

 

WBS的基本定义 ：以可交付成果为导向对项目要素进行的分组，它归纳和定义了项目的整个工作范围每下降一层代表对项目工作的更详细定义。无论在项目管理实践中，还是在PMP，IPMP考试中，工作分解结构（WBS）都是最重要的内容之一。WBS总是处于计划过程的中心，也是制定进度计划、资源需求、成本预算、风险管理计划和采购计划等的重要基础。WBS同时也是控制项目变更的重要基础。项目范围是由WBS定义的，所以WBS也是一个项目的综合工具。

WBS是由3个关键元素构成的名词：工作（work)--可以产生有形结果的工作任务；分解（breakdown)--是一种逐步细分和分类的层级结构；结构（structure)--按照一定的模式组织各部分。根据这些概念，WBS有相应的构成因子与其对应：

⑴结构化编码

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

⑵工作包

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

⑶WBS元素

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

⑷WBS字典

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

 

 

WBS计划

项目计划是如何体现工作范围的呢？常用的方式是通过工作分解的方式，将工作范围细分为活动，然后对每项活动分配时间和资源，而活动结果的总和就是工作范围，我们将这种分解的计划称为WBS（Work Breakdown Structure，工作分解）计划。制定WBS计划是制定项目计划最主要的活动。   
制订WBS计划主要分为以下三个步骤：   
第一，分解工作任务。将一个总的工作范围（软件项目XXX）逐渐细分到合适的粒度，以便对任务计划、执行和控制。对于软件项目来说，分解工作任务不是一项单纯的计划活动，而是要根据项目的特点决定工作任务的分解结构。实际工作中更多地会考虑技术因素来确定工作分解结构的形式。   

第二，定义活动依赖关系。确定了项目中要完成哪些活动以后，需要对这些活动之间的依赖关系做出定义。活动之间的依赖关系取决于实际工作的要求，不同活动之间的依赖关系决定了活动的优先顺序及其重要性。活动依赖关系是确定项目关键路径和活动浮动时间的必要条件，定义活动间依赖关系的目的是确定每一项活动所需的输入、输出关系。   

第三，分配时间和资源。完成工作任务分解并定义了活动的依赖关系后，应该为每项活动分配相应的时间和资源。通常活动都会产生自己的交付物。为活动分配时间可以采用自下而上和自上而下两种不同的方法。自下而上是先估计最小粒度的活动所需要的时间，项目所需的时间则取决于所有项目活动的关键路径时间；自上而下则是确定完成项目所需要的总的时间，然后将时间分配给不同的活动。这两种方法在实际中都有应用，对于客户项目，很多情况下只能采取自上而下的方式，因为大多数项目都事先确定好了项目的交付时间。在软件项目计划中，资源分配主要指人员的分配，指定了时间资源以后，应该指定人力资源。一项工作任务是否能够完成，所需要的时间和人员是两个最主要的变量。在一定的范围内，时间和人员是可以互换的。即增加人员会缩短工作时间；延长时间会降低对人员的需求量（但这种观点的害处在于管理者往往会认为所有的活动都可以互换时间和人力资源）。如果已经确定了活动的完成时间，则指定相应的人员作为完成活动的责任人。