跳转至

WBS(工作分解结构)

WBS : 工作分解结构 (Work Breakdown Structure) , 创建WBS是把项目工作按阶段可交付成果分解成较小的 , 更易于管理的组成部分的过程 .

WBS是项目管理重要的专业术语之一 . WBS的基本定义 :

​ 以可交付成果为导向对项目要素进行的分组 , 它归纳和定义了项目的整个工作范围每下降一层代表对项目工作的更详细的定义 , 无论在项目管理实践中 , 还是在**PMP** , **IPMP**考试中 , 工作分解结构 (WBS) 都是最重要的内容之一 .

​ WBS总是处于计划过程的中心 , 也是指定进度计划、资源需求、成本计算、风险管理计划和采购计划等重要基础 .

​ WBS 同时也是控制项目变更的重要基础 . 项目范围是有WBS定义的 , 所有WBS也是一个项目的总和工具.

工作分解结构

1. 结构化编码

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

2. 工作包

​ 工作包 (work package) 是WBS的最底层元素 , 一般的工作包是最小的可交付成果 , 这些可交付成果很容易识别出完成他的活动、成本和组织以及资源信息 .

​ 例如 : 管道安装工作包可能含有管道支架制作和安装、管道连接和安装、严密性检验等几项活动; 包含焊接/运输/管道制作人工费用、管道/金属附件材料等成本 ; 过程中产生的报告/检验结果等文档 ; 以及被分配的工班组等责任包干信息等 .

​ 正式上述这些组织/成本/进度/技校信息工作乃至WBS成为了项目管理的基础 .

​ 基于上述观点 , 一个用于项目管理的WBS必须分解到工作包层次才能够使其成为一个有效的管理工具 .

3. WBS元素

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

4. WBS字典

​ 管理的规范化、标准化一直是众多公司追求的目标 , WBS字典就是一个这样的工具 . 它用于描述和定义WBS元素中的工作文档 . 字典相当于对某一WBS元素的规范 .

​ 即WBS元素必须完成的工作以及对工作的详细描述 ; 工作成果的描述和相应规范的标准 ; 元素上下级以及元素成果输入输出关系等 .

​ 同时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是指将复杂的项目分解为一系列明确定义的项目工作并作为随后计划的指导文档 . WBS的创建方法主要有一下两种 :

  • 类比方法

    参考类似项目的WBS创建新项目的WBS

  • 自上而下的方法

    从项目的目标开始 , 逐级分解工作 , 直到参与者满意的认为项目工作已经充分地得到了定义 .

    该方法由于可以将项目工作定义在适当的细节水平 , 对于项目工期、成本和资源需求的估计可以比较准确 .

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

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

表示方式

WBS可以由树形的结构或者由首行缩进的表格表示 . 在实际应中 , 表格形式的WBS比较普遍 , 特别是在项目管理软件中 .

分解方式

WBS的分解可以采取以下三种方式进行 :

  1. 按照产品的物理结构分解 ;
  2. 按照产品或项目的功能分解 ;
  3. 按照实施过程分解 ;

创建过程

项目组内创建WBS的过程非常重要 , 因为在项目分解过程中 , 项目经理、项目成员和所有参与项目的部门主任都必须考虑该项目的所有方面 .

项目组内创建WBS的过程是 :

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

检验标准

检验WBS是否定义完全、项目所有任务是否都被完全分解主要依据以下标准 ：

  1. 每个任务的状态和完成情况是可以量化的 .
  2. 明确定义了每个任务的开始和结束时间 .
  3. 每个任务都有一个可以交付成果 .
  4. 工期易于估算且可在接受期限内 .
  5. 容易估算成本 .
  6. 各项任务是独立的 .
  7. 各项任务能被描述 .

使用

对WBS需要建立WBS词典（WBSDictionary）来描述各个工作部分。WBS词典通常包括工作包描述、进度日期、成本预算和人员分配等信息。对于每个工作包，应尽可能地包括有关工作包的必要的、尽量多的信息。当WBS与OBS综合使用时，要建立账目编码（Code ofAccount）。账目编码是用于惟一确定项目工作分解结构工作分解结构)每一个单元的编码系统。成本和资源被分配到这一编码结构中。

实践经验

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

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

作用

1．明确和准确说明项目的范围；

2．为各独立单元分派人员，规定这些人员的相应职责；

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

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

5．将项目工作与项目的财务帐目联系起来；

6．便于划分和分派责任；

7．确定工作内容和工作顺序；

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