WBS分解（工作任务分解）指南全套.docxVIP

WBS分解（工作任务分解）指南

1目的

WBS（工作任务分解结构）的目的是将整个项目分解成可管理的、相互关联的、模块化的构件或活动，即工作任务或工作包，用于估计项目的范围。分解的每项工作任务可以被分配、执行和跟踪。

WBS为项目分配工作量、进度和职责提供了一个参考和组织机制，是项目计划的“基础构架”，是项目估计、计划、跟踪和监控的主要依据。

2术语

WBS：WorkBreakdownStructure，工作任务分解结构

3角色职责

项目经理负责软件项目的WBS活动。根据采用的方法和项目具体情况，由项目经理和项目经理指派的有经验的程序员、软件工程师等负责实施项目的WBS活动。最终的确认必须由项目经理进行。

4入口准则

项目立项已被批准；

5输入

经批准的立项申请；

经批准的项目合同等。

6活动

WBS采用自顶向下分解的方法，将项目分解成层次化的项目活动元素（工作任务）。

6.1WBS中的项目活动元素

WBS中的元素可以分解为5类：

1.产品分解元素---是对可交付产品物理结构的细分，是最通用的WBS。所有这类项目都有一个有形的输出产品：软件，硬件，用户手册等。

2.项目管理元素---这是一个项目的管理责任和管理活动的分解。如报告、项目审查、里程碑评审等。

3.服务分解元素---服务项目没有有形的、结构性的可交付成果。他的输出是一个为别人做的工作实体：会议，招待等。工作分解是关于相关工作领域的一个逻辑集合。

4.结果分解元素---其输出是一个过程结果，一个产品或者一个结论，如信息系统，产品开发等。

5.横向关联元素---横跨产品所有内容的一种分解，如建筑设计、安装、产品集成或系统测试。这些元素通常是技术性的或支持性的。

软件项目的WBS一般按产品分解元素或项目管理元素进行分解。

6.2WBS的分解层次

将软件项目的WBS按以下5级层次进行分解：

1)项目

2)可交付物，如软件，收集和培训课程

3)构件，是产生可交付物需要的关键工作项，如产品系统软件需要的模块和测试

4)工作包，产品构件需要的主要工作项或相关任务集

5)任务，通常由单个人完成

6.3WBS分解示例一

6.4WBS分解示例二

6.5WBS的分解原则

WSB的分解应符合以下两个原则

1.粒度适当，即每个任务最好分解到能在1周内由1个人完成。

2.大小可比，即任务大小可比，不超过一个数量级，最多不超过10倍，因为跟踪进度时是按0/1法跟踪任务完成情况的。

3.在进行WBS分解时，下列活动容易遗漏，需要引起注意，务必使WBS分解包含以下内容：

制定计划的活动

计划变更的活动

所有的评审的活动（项目主计划，PPQAP，MAP，CMP，SAMP，需求，设计，测试用例。。。。）

跟踪矩阵建立的活动

跟踪矩阵的维护活动

周例会（周期性的活动）

里程碑评审

实施PPQA的活动

度量计划的制作

度量数据的收集与分析

采购相关的活动

集成的活动

交付的活动或者分期交付的活动

回归测试的活动

技术方案选择与评审的活动

过程裁剪的活动

7出口准则

得出WBS结果；

WBS经项目经理确认。

8输出

项目进度表。

9度量和分析

项目经理统计进行WBS分解的工作量。