WBS为项目分配工作量、进度和职责提供了一个参考和组织机制，是项目计划的“基础构架”，是项目估计、计划、跟踪和监控的主要依据。
2 术语WBS：Work Breakdown Structure，工作任务分解结构
3 角色职责项目经理负责软件项目的WBS活动。根据采用的方法和项目具体情况，由项目经理和项目经理指派的有经验的程序员、软件工程师等负责实施项目的WBS活动。最终的确认必须由项目经理进行。
项目立项已被批准；
5 输入经批准的立项申请；
经批准的项目合同等。
6 活动WBS采用自顶向下分解的方法，将项目分解成层次化的项目活动元素（工作任务）。
6.1 WBS中的项目活动元素WBS中的元素可以分解为5类：
1.产品分解元素---是对可交付产品物理结构的细分，是最通用的WBS。所有这类项目都有一个有形的输出产品：软件，硬件，用户手册等。
2.项目管理元素---这是一个项目的管理责任和管理活动的分解。如报告、项目审查、里程碑评审等。
3.服务分解元素---服务项目没有有形的、结构性的可交付成果。他的输出是一个为别人做的工作实体：会议，招待等。工作分解是关于相关工作领域的一个逻辑集合。
4.结果分解元素---其输出是一个过程结果，一个产品或者一个结论，如信息系统，产品开发等。
5.横向关联元素---横跨产品所有内容的一种分解，如建筑设计、安装、产品集成或系统测试。这些元素通常是技术性的或支持性的。
软件项目的WBS一般按产品分解元素或项目管理元素进行分解。
6.2 WBS的分解层次将软件项目的WBS按以下5级层次进行分解：
1) 项目
2) 可交付物，如软件，收集和培训课程
3) 构件，是产生可交付物需要的关键工作项，如产品系统软件需要的模块和测试
4) 工作包，产品构件需要的主要工作项或相关任务集
5) 任务，通常由单个人完成
6.3 WBS分解示例一软件项目的WBS分解示例二
6.4 WBS分解示例二6.5 WBS的分解原则WSB的分解应符合以下两个原则
1.粒度适当，即每个任务最好分解到能在1周内由1个人完成。
2. 大小可比，即任务大小可比，不超过一个数量级，最多不超过10倍，因为跟踪进度时是按0/1法跟踪任务完成情况的。
3. 在进行WBS分解时，下列活动容易遗漏，需要引起注意，务必使WBS分解包含以下内容：
☆制定计划的活动
☆计划变更的活动
☆所有的评审的活动（项目主计划，PPQAP，MAP，CMP，SAMP，需求，设计，测试用例。。。。）
☆跟踪矩阵建立的活动
☆跟踪矩阵的维护活动
☆周例会（周期性的活动）
☆里程碑评审
☆实施PPQA的活动
☆度量计划的制作
☆度量数据的收集与分析
☆采购相关的活动
☆集成的活动
☆交付的活动或者分期交付的活动
☆回归测试的活动
☆技术方案选择与评审的活动
☆过程裁剪的活动
7 出口准则得出WBS结果；
WBS经项目经理确认。
8 输出项目进度表。
9 度量和分析项目经理统计进行WBS分解的工作量。
附件：
项目生命周期模型
项目基本信息
项目名称
项目编号
项目承担部门
项目负责人
项目起止日期
填写日期
项目具体特征
项目来源 □ 合同项目 □ 内部项目 产品项目
项目类型 □ 产品研发型 定制开发型 □升级维护型
项目周期 □ 大：> 12月 中：3-12月 □ 小：1-3月 □ 微： < 1 月
工作量 □ > 20人月 6-20人月 □ 2-6人月 □ < 2人月
团队规模 □ <3人 3－6人 □ >6人
项目的用户需求 被文档化且被能很好的理解 □ 可能会发生变更（例如：由于任务以及相关技术的改变） □ 不能被很好的理解。
用户能否接受功能的阶段交付 是 □ 否
选择生命周期模型
V标准瀑布 □ VC瀑布 □ V4瀑布 □ 演示生命周期(D) □ 进化开发模型（EVO）
采用迭代的方式
□ 使用 不使用
选择的主要原因说明
项目过程剪裁
参见《项目已定义过程》
EPG审核
EPG审核意见
同意
EPG审核结果
通过 □ 不通过
EPG签字
