软件开发过程与项目管理（5.软件项目任务分解）

软件开发过程与项目管理（5.软件项目任务分解）

课件

任务分解定义

任务分解过程

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

任务分解结果

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

• WBS是对项目由粗到细的分解过程。
• 面向交付成果的
• WBS它组织并定义了整个项目范围

工作包

• WBS的最低层次的可交付成果
• 工作包应当由唯一主体负责
  图表形式的WBS
  （上图）
  清单形式的WBS
  

任务分解方法

类比

模版参照

自上而下

自下而上

任务分解的基本步骤

• 确认并分解项目的组成要素（WBS编号）
• 确定分解标准
• 确定分解是否详细
• 确定项目交付成果（可以编制WBS字典）
• 验证分解的正确性

分解标准应统一

不能同时使用两种标准进行分解

WBS字典

检验分解结果的标准

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

WBS任务分解建议

• 最底层是可控的和可管理的，但是不必要的过细
• 每个Work package必须有一个提交物
• 定义任务完成的标准
• 有利于责任分配
• 推荐任务分解到40小时以内

小结

• 任务分解相关概念
• 任务分解方法
• WBS的意义-范围基准的形成

主观题

检验分解结果的标准是什么？

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

当项目过于复杂时，可以对项目进行任务分解，这样做的好处是什么？

将一个项目分解为更多的工作项目或者子项目，使项目变得更小，更易管理，更易操作。这样做可以提高估算成本、时间和资源的准确性。使工作变得更易操作，责任分工更加明确。

试写出任务分解的方法和步骤

分解方法有：

• 类比
• 模版
• 自上而下
• 自下而上
  分解步骤为：
• 确认并分解项目的组成要素
• 确定分解标准
• 确定分解是否详细
• 确定项目交付成果
• 验证分解正确性

客观题

任务分解时，自顶向下方法从一般到特殊的方向进行，从项目的大局着手，然后逐步分解子细目，将项目变为更细更完善的部分。

WBS是对项目由粗到细的分解过程，它的结构是分级的树型结构

关于WBS的说法，不正确的事：

如果项目是一个崭新的项目，最好采用自顶向下方法开发WBS

任务分解时，自底向上方法从特殊到一般的方向进行，首先定义一些特殊的任务，然后将这些任务组织起来，形成更高级别的WBS层。

WBS中的每一个具体细目通常都指定唯一的编码

WBS（任务分解结构）非常重要，因为

• 帮助组织工作
• 防止遗漏工作
• 为项目估算提供依据
  （不是因为）
  确定团队成员责任

WBS分解的最底层任务是能分配到一个人完成的任务

错误

对于一个没有做过的项目，开发WBS时可以采 用自底向上的方法。

正确

如果开发人员对项目比较熟悉或者对项目大局有把握，开发WBS时最好采用自底向上方法 。

错误

工作包可以分配给另外一个项目经理去完成。

正确

WBS提供了项目范围基线

正确