软件项目任务分解的概念

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

任务分解结果： WBS(Work Breakdown Structure) 任务分解结构

软件需求分解： 需求拆分以获取范围灵活性

工作包(Work Package)

工作包可以以外包的形式给另外一个项目经理通过子项目的形式来完成。

WBS可以采用图标形式，也可以采用清单形式

WBS字典： 可以通过WBS字典对WBS相关性进行描述，WBS字典的具体描述相关性进行描述，WBS字典的具体描述项没有统一标准。是否编写WBS字典主要靠管理者的需求。

任务分解是项目管理的基础，有了任务分解可以方便进行项目估算和规划。

检验分解结果的标准

分解方法：

类比： 有些项目有相同或相似的周期和因此而形成的相同或相似的工作细目可用类比法。

模板参照： 如果项目有可以参照的WBS模板，可以用模板参照的方法进行分解。

自上而下(最主要最常规的分解方法)：

自下而上(一般很少用)： 从特殊到一般

WBS分解建议

通过任务分解方法可以将项目分解到足够小，方便后续任务估算

步骤：

敏捷开发过程是通过用户故事将需求具体化成可以进行迭代开发的任务。

敏捷项目的任务分解(基于story的分解)

Epics

敏捷任务分解 story编写完成后应给出Acceptance Criteria(接收标准)

Acceptance Criteria(作为用户测试story的依据)

敏捷项目任务分解的输出可以是对Backlog列表进行细化的过程，将编写完成的story汇总到Backlog列表中。