软件开发过程与项目管理(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提供了项目范围基线
正确