求知 文章 文库 Lib 视频 iPerson 课程 认证 咨询 工具 讲座 Modeler   Code  
会员   
 
  
 
 
 
项目估算之任务分解法-WBS
 

2010-12-2 作者:itpubblog  来源:网络

 

【IT168 技术文章】

WBS分解的原则:

横向到边即百分百原则指WBS分解不能出现漏项,也不能包含不在项目范围之内的任何产品或活动

纵向到底指WBS分解要足够细,以满足任务分配、检测及控制的目的

WBS分解的方法:

至上而下与至下而上的充分沟通

一对一个别交流

小组讨论

WBS分解的标准:

分解后的活动结构清晰

逻辑上形成一个大的活动

集成了所有的关键因素

包含临时的里程碑和监控点

所有活动全部定义清楚

学会分解任务,只有将任务分解得足够细,您才能心里有数,您才能有条不紊地工作,您才能统筹安排您的时间表.

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

无论在项目管理实践中,还是在PMP考试中,工作分解结构(WBS)都是最重要的内容。WBS总是处于计划过程的中心,也是制定进度计划、资源需求、成本预算、风险管理计划和采购计划等的重要基础。WBS同时也是控制项目变更的重要基础。项目范围是由WBS定义的,所以WBS也是一个项目的综合工具。

WBS具有4个主要用途:

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

2.WBS是一个清晰地表示各项目工作之间的相互联系的结构设计工具。

3.WBS是一个展现项目全貌,详细说明为完成项目所必须完成的各项工作的计划工具。

4.WBS定义了里程碑事件,可以向高级管理层和客户报告项目完成情况,作为项目状况的报告工具。

WBS应包含的信息:

项目产品或服务结构,项目组织结构,项目的阶段划分。

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

a.防止遗漏项目的可交付成果。

b.帮助项目经理关注项目目标和澄清职责。

c.建立可视化的项目可交付成果,以便估算工作量和分配工作。

d.帮助改进时间、成本和资源估计的准确度。

e.帮助项目团队的建立和获得项目人员的承诺。

f.为绩效测量和项目控制定义一个基准。

g.辅助沟通清晰的工作责任。

h.为其他项目计划的制定建立框架。

i.帮助分析项目的最初风险。

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

a.工作包可以分配给另一位项目经理进行计划和执行。

b.工作包可以通过子项目的方式进一步分解为子项目的WBS。

c.工作包可以在制定项目进度计划时,进一步分解为活动。

d.工作包可以由惟一的一个部门或承包商负责。用于在组织之外分包时,称为委托包(CommitmentPackage)。

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

1. 创建WBS的方法

创建WBS是指将复杂的项目分解为一系列明确定义的项目工作并作为随后计划活动的指导文档。创建WBS的方法主要有以下几种:

a.使用指导方针。一些像美国国防部(DOD)的组织,提供MIL-STD之类的指导方针用于创建项目的WBS。

b.类比方法。参考类似项目的WBS创建新项目的WBS。

c.自上而下的方法。从项目的目标开始,逐级分解项目工作,直到参与者满意地认为项目工作已经充分地得到定义。该方法由于可以将项目工作定义在适当的细节水平,对于项目工期、成本和资源需求的估计可以比较准确。

d.自下而上的方法。从详细的任务开始,将识别和认可的项目任务逐级归类到上一层次,直到达到项目的目标。这种方法存在的主要风险是可能不能完全地识别出所有任务或者识别出的任务过于粗略或过于琐碎。

2.创建WBS的基本要求

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

a.某项任务应该在WBS中的一个地方且只应该在WBS中的一个地方出现。

b.WBS中某项任务的内容是其下所有WBS项的总和。

c.一个WBS项只能由一个人责任,即使许多人都可能在其上工作,也只能由一个人负责,其他人只能是参与者。

d.WBS必须与实际工作中的执行方式一致。

e.应让项目团队成员积极参与创建WBS,以确保WBS的一致性。

f.每个WBS项都必须文档化,以确保准确理解已包括和未包括的工作范围。

g.WBS必须在根据范围说明书正常地维护项目工作内容的同时,也能适应无法避免的变更。

3.WBS的表示方式

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

其中美国国防机构使用WBS在MIL-STD中对WBS进行的描述为:“WBS是由硬件、软件、服务、数据和设备组成的面向产品的家族树。”

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

4.WBS的分解方式

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

a.按产品的物理结构分解。

b.按产品或项目的功能分解。

c.按照实施过程分解。

d.按照项目的地域分布分解。

e.按照项目的各个目标分解。

f.按部门分解。

g.按职能分解。

5.创建WBS的过程

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

a.得到范围说明书(ScopeStatement)或工作说明书(StatementofWok,承包子项目时)。

b.召集有关人员,集体讨论所有主要项目工作,确定项目工作分解的方式。

c.分解项目工作。如果有现成的模板,应该尽量利用。

d.画出WBS的层次结构图。WBS较高层次上的一些工作可以定义为子项目或子生命周期阶段。

e.将主要项目可交付成果细分为更小的、易于管理的组分或工作包。工作包必须详细到可以对该工作包进行估算(成本和历时)、安排进度、做出预算、分配负责人员或组织单位。

f.验证上述分解的正确性。如果发现较低层次的项没有必要,则修改组成成分。

g.如果有必要,建立一个编号系统。

h.随着其他计划活动的进行,不断地对WBS更新或修正,直到覆盖所有工作。

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

i.每个任务的状态和完成情况是可以量化的。

j.明确定义了每个任务的开始和结束。

k.每个任务都有一个可交付成果。

l.工期易于估算且在可接受期限内。

m.容易估算成本。

n.各项任务是独立的。

6.WBS的使用

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

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

7.WBS的实践经验

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

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



如何有效地进行项目沟通
如何进行项目计划及质量管理
IT项目风险管理案例和应对之道
组建高效快速研发团队的必要
一个甲方项目经理的自白
TFS使用指南


软件项目管理
软件开发项目管理
研发项目管理
高级项目管理实战
敏捷项目管理实践
项目风险管理

相关咨询服务
建立项目管理规范


中国银行 IT外包项目管理
北京软件项目管理
某电子软件中心 项目外包管理
某电信服务商 项目外包管理
富士 软件外包项目管理与进度
Schneider 项目管理+软件质量
中国电信 软件项目管理