WBS分解指南.doc

该【WBS分解指南 】是由【橘子】上传分享，文档一共【10】页，该文档可以免费在线阅读，需要了解更多关于【WBS分解指南 】的内容，可以使用淘豆网的站内搜索功能，选择自己适合的文档，以下文字是截取该文章内的部分文字，如需要获得完整电子版，请下载此文档到您的设备，方便您编辑和打印。WBS分解指南
WBS
上海恒志软件科技有限公司
WBS分解指南过程定义参考文件修改记录
版本日期修改人修改内容
-11-1吴伟初稿
-12-1吴伟根据CMMI文档检查问题修改,修改内容参见CMMI
文档检查问题列表(2009-12-1)
-1-5李莹正式发布修改版本号
i
WBS分解指南过程定义参考文件
目录
1概述............................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................12WBS分解指南...........................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................43附录:WBS分解示例..............................................................................................................5
ii
WBS分解指南过程定义参考文件1概述

WBS(工作任务分解结构)的目的是将整个项目分解成可管理的、相互关联的、模块化的构件或活动,即工作任务或工作包。

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

WBS:。它是由一组可交付使用的项目产品/设施组成的,表现为一种层次化的树状结构,定义了整个工程项目的工作范围。
1
WBS分解指南过程定义参考文件
2WBS分解指南

,一个单位工作任务只能在WBS中出现一次。
,一个WBS项的工作内容是其对应下级各项工作之和。
,WBS中的每一项都只有一个人负责,即使这项工作要多人来做,也是如此。,WBS必须与工作任务的实际执行过程一致。
,WBS应服务于项目团队,项目成员必须参与WBS的制定过程,以确保一致性和
全员参与。
,每项WBS都必须归档,以确保准确理解项目包括和不包括的工作范围。,在根据范围说明书对项目的工作内容进行适当控制的同时,WBS必须具有一定的
灵活性,以适应无法避免的变更需要。
,粒度适当,即每个任务最好分解到能在1周内由1个人完成。,大小可比,即任务大小可比,不超过一个数量级,最多不超过10倍。,在进行WBS分解时,下列活动容易遗漏,需要引起注意,务必使WBS分解包含
以下内容:
,制定计划的活动
,计划变更的活动
,技术方案选择与评审的活动
,所有的评审的活动(项目计划、需求、设计、测试用例、PPQA、MA、CM、
等等)
,需求跟踪矩阵建立的活动
,需求跟踪矩阵的维护活动
,周例会/阶段总结会(周期性的活动)
,里程碑评审
,实施PPQA的活动
,度量计划的制作
,度量数据的收集与分析
2
WBS分解指南过程定义参考文件
,集成的活动
,交付的活动或者分期交付的活动
,回归测试的活动
,过程裁剪的活动

,类比法:类比法就是以一个类似项目的WBS为基础,制定本项目的工作分解结构。,自上而下法:自上而下法常常被视为构建WBS的常规方法,即从项目最大的单位
开始,逐步将它们分解成下一级的多个子项。这个过程就是要不断增加级数,细化
工作任务。这种方法对项目经理来说,可以说是最佳方法,因为他们具备广泛的技
术知识和对项目的整体视角。
,自下而上法:是要让项目团队成员从一开始就尽可能的确定项目有关的各项具体任
务,然后将各项具体任务进行整合,并归总到一个整体活动或WBS的上一级内容
当中去。

1)确认项目的主要要素。通常,项目的主要要素是这个项目的工作细目和项目管理。
然而,在一定时期内,这个主要要素总是根据项目的实际管理而定义的。例如:项目
生命周期的阶段可以当作第一层次的划分,把第一层次中的项目细目在第二阶段继
续进行划分。
2)决定是否能对开发到这种详细层次的每个要素进行充分的成本和期限估算。这里"
充分的"意味着能够改变项目运行过程--工作细目的分解如果在很久的将来才能完
成的话,那么这种分解也就没了确定性。对于每一个要素,如果是充分、详细的论
述,就有四个阶段,否则,是三个阶段--这意味着不同的要素有不同的分解层次。3)确认项目的组成要素。子项目的组成要素应该用有形的、可证实结果来描述,目的
是为了绩效易检测。当我们知道了主要构成要素后,这些因素就应该用项目工作怎
3
WBS分解指南过程定义参考文件
样开度,在实际中怎样完成形式来定义。有形的、可证实的结果既包括服务,也包
括产品(比如:情形报告能够用图形来描述;对于一个工业项目,组成要素可能包
括几个独立单位及对它们的综合)。
4)核实分解的正确性
(1)为完成具体工作分解,划分更低层次的细目是否必要和充分,如果没必要,这
个组成要素就必须重新修正(增加项目、削减项目或修改项目)。
(2)每个项目都要有明确的、完整的定义吗,如果不是,这种描述需修正或扩充。
(3)是否每个项目都要有适当的日程表、预算能分配给特殊的组织单位(如:部门、
团队或个人),谁能担负起满意地完成这个项目的任务,如果没有,修正是必
要的,为的是提供一个充分的管理控制。

将软件项目的WBS按以下5级层次进行分解:
1)项目,即项目名称。
2)活动,分为项目管理活动和工程活动。
3)阶段,按照需求,设计,开发,测试,版本发布分为不同的阶段。4)类型,不同阶段的任务类型。
5)任务,通常由单个人完成。
注意事项:
1)开始阶段,分到第四级就够了。保证每个任务不超过20人日。
2)后期,每周对类型进行细分,保证每个任务不超过5人日。
3)关键按任务不要遗漏。
4
WBS分解指南过程定义参考文件
3附录:WBS分解示例
三级:
上海电信移动运维业务外包管理工程_项目计划[0]
上海电信移动运维业务外包管理工程[1]
项目管理活动工程活动[][]
项目计划[]代码开发[]概要设计[]
用户接收测试项目监控[]集成测试[][]
版本集成[]需求管理[]
试运行[]系统测试[]
归档[]初验[]
需求开发[]单元测试[]
详细设计[]终验[]
四级:
项目计划[]
项目估算项目计划编制项目计划评审项目计划维护[][][][]
5
WBS分解指南过程定义参考文件
项目监控[]
项目阶段总结(月)项目例会(周)里程碑评审会[][][]项目阶段总结(月)项目例会(周)4项目例会(周)19系统测试里程碑评2[][][]审[]项目阶段总结(月)项目例会(周)18项目例会(周)10需求里程碑评审3[][][][]项目阶段总结(月)项目例会(周)12项目例会(周)20概要设计里程碑评1[][][]审[]项目阶段总结(月)项目例会(周)5项目例会(周)234[][][]
项目阶段总结(月)项目例会(周)6项目例会(周)136[][][]
项目阶段总结(月)项目例会(周)8项目例会(周)155[][][]
项目例会(周)1项目例会(周)11[][]
项目例会(周)9项目例会(周)21[][]
项目例会(周)2项目例会(周)17[][]
项目例会(周)25项目例会(周)22[][]
项目例会(周)3项目例会(周)7[][]
项目例会(周)26项目例会(周)24[][]
项目例会(周)14项目例会(周)16[][]
需求开发[]
编写需求规格说明需求评审需求分析需求调研书[][][][]
6
WBS分解指南过程定义参考文件
需求管理[]
管理需求变更需求跟踪矩阵[][]
概要设计[]
作业计划概要设计评审[]
网元信息模块与作业计划模块接口概要设计[]
备品备件系统与任务管理模块接口概要设计评审[]
作业计划概要设计[]
任务管理概要设计评审[]
网元信息模块与作业计划模块接口概要设计评审[]备品备件系统与任务管理模块接口概要设计[]
任务管理概要设计[]
WX系统与任务管理模块接口概要设计[]
WX系统与任务管理模块接口概要设计评审[]
运维管理与外包系统接口概要设计[]
运维管理与外包系统接口概要设计评审[]
详细设计[]
作业计划详细设计任务管理详细设计作业计划详细设计任务管理详细设计评审[]评审[][][]
7
WBS分解指南过程定义参考文件
代码开发[]
WX系统代码开发任务管理模块代码备品备件代码开发网元信息管理代码作业计划模块代码[]开发[][]开发[]开发[]
单元测试[]
单元测试用例单元测试单元测试报告[][][]
版本集成[]
Beta版本集成正式版本集成Alpha版本集成版本集成计划[][][][]
系统测试[]
编写系统测试用例系统测试用例评审Beta版本系统测试Alpha版本系统测系统测试计划[][][]试[][]
用户接收测试[]
用户接收测试问题用户接收测试用户接收测试方案用户接收测试签字记录及修改[][][][]
初验[]
初验会议初验文档整理及编初验申请[]写[][]
8
WBS分解指南过程定义参考文件
试运行[]
试运行文档编制试运行问题记录[][]
终验[]
终验会议终验文档整理及编终验申请[]写[][]
9