Day5

任务分解基本概念

任务分解过程

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

任务分解结果

形成一个任务分解结构（WBS）

WBS

wbs是对项目由粗到细的分解过程

面向交付成果的

wbs组织并定义了整个项目范围

wbs的最低层次的可交付成果为工作包

​ 工作包应当由唯一的主体负责

WBS字典

对工作包的阐述

任务分解方法

  1. 模版参照方法 根据标准或半标准的WBS当作模版
  2. 类比方法 项目具有相同的周期和因此而形成的相同或相似的工作细目要求
  3. 自顶向下方法 采用演绎推理，从一般到特殊，从项目的大局着手，然后逐步分解子项目，将项目变为更细、更完善的部分
  4. 自下而上，有利于观察和研究任务之间的关系，很少使用

建议

  1. 最低层是可控的和可管理的，但是不必要的过细
  2. 每个工作包必须有一个提交物
  3. 定义任务的完成的标准
  4. 有利于责任分配
  5. 推荐任务分解到40小时以内，敏捷项目分解到小时

敏捷项目的任务分解

  1. 用户故事的分解过程
  • Epic故事由许多较大的不确定的需求组成
  • 具有低优先级，需要划分为较小的用户故事
  • 针对每个Epic故事确定包含的特性及分解出的用户故事开发出任务
  • Epic->Feature->UserStory->Task