Chapter 5 范围计划-任务分解

任务分解

任务分解过程

将一个项目分解为更多的工作细目或者子项目，使项目变得更小、更易管理、更易操作。

任务分解的结果

WBS（ Work Breakdown Structure:任务分解结构）

1. 图表形式 2. 列表形式

2. WBS是对项目由粗到细的分解过程。

3. 面向交付成果的
4. WBS它组织并定义了整个项目范围

工作包（ Work packages）

WBS的最低层次的可交付成果 工作包应当由唯一主体负责

分解方法

1. 类比
2. 模板参照
3. 自上而下
4. 自下而上

基本步骤

• 确认并分解项目的组成要素(WBS编号)
• 确定分解标准
  • 可以按照生存期阶段或产品组成等分解
  • 不能同时使用两个标准进行分解
• 确定分解是否详细
• 确定项目交付成果（可以编制WBS字典）
• 验证分解的正确性

检查分解结果标准

• 最底层的要素是否是实现目标的充分必要条件
• 最底层要素是否有重复的
• 每个要素是否清晰完整定义
• 最底层要素是否有定义清晰的责任人
• 是否可以进行成本估算和进度安排

WBS任务分解建议(最好不要超过4层)

• 最低层是可控的和可管理的，但是不必要的过细
• 每个Work package必须有一个提交物
• 定义任务完成的标准
• 有利于责任分配
• 软件项目推荐分解到40小时的任务(80/8规则,最好大于8hr小于80hr)

WBS意义

• 确定了项目范围基线,是范围变更的重要输入
• 为评估和分配任务提供具体的工作包
• 进行估算和编制项目进度的基础