WBS分解指南
目录
1
概述 ........................................................................................................................................... 1 1.1 1.2 1.3 2
目的 ......................................................................................................................................... 1 角色职责 ................................................................................................................................. 1 术语 ......................................................................................................................................... 1
WBS分解指南 .......................................................................................................................... 2 2.1 2.2 2.3 2.4
WBS分解原则 ........................................................................................................................ 2 WBS分解方法 ........................................................................................................................ 3 分解阶段 ................................................................................................................................. 3 WBS分解层次 ........................................................................................................................ 4
3 附录：WBS分解示例 .............................................................................................................. 5
1 概述
1.1 目的
WBS（工作任务分解结构）的目的是将整个项目分解成可管理的、相互关联的、模块化的构件或活动，即工作任务或工作包。
1.2 角色职责
项目经理负责软件项目的WBS活动。根据采用的方法和项目具体情况，由项目经理和项目经理指派的有经验的程序员、软件工程师、软件估计人员等负责实施项目的WBS活动。最终的确认必须由项目经理进行。
1.3 术语
WBS: Work Breakdown Structure. 作为有效地计划和控制项目的工具。它是由一组可交付使用的项目产品/设施组成的，表现为一种层次化的树状结构，定义了整个工程项目的工作范围。
2 WBS分解指南
2.1 WBS分解原则
? 一个单位工作任务只能在WBS中出现一次。 ? 一个WBS项的工作内容是其对应下级各项工作之和。
? WBS中的每一项都只有一个人负责，即使这项工作要多人来做，也是如此。 ? WBS必须与工作任务的实际执行过程一致。
? WBS应服务于项目团队，项目成员必须参与WBS的制定过程，以确保一致性和
全员参与。
? 每项WBS都必须归档，以确保准确理解项目包括和不包括的工作范围。 ? 在根据范围说明书对项目的工作内容进行适当控制的同时，WBS必须具有一定的
灵活性，以适应无法避免的变更需要。
? 粒度适当，即每个任务最好分解到能在1周内由1个人完成。 ? 大小可比，即任务大小可比，不超过一个数量级，最多不超过10倍。
? 在进行WBS分解时，下列活动容易遗漏，需要引起注意，务必使WBS分解包含
以下内容： ? 制定计划的活动 ? 计划变更的活动
? 技术方案选择与评审的活动
? 所有的评审的活动（项目计划、需求、设计、测试用例、PPQA、MA、CM、
等等）
? 需求跟踪矩阵建立的活动 ? 需求跟踪矩阵的维护活动
? 周例会/阶段总结会（周期性的活动） ? 里程碑评审 ? 实施PPQA的活动 ? 度量计划的制作 ? 度量数据的收集与分析