关于软件项目任务分解，看这一篇就够了

关于软件项目任务分解，看这一篇就够了

写在前面：好的项目策划来自于合理的项目估算，而项目任务分解是项目估算的一种重要工具。但是，很多项目组对于项目任务分解还都是一知半解，本文试图全景式地展现项目任务分解的方方面面，有疑惑的同学可以进来一观。

1.什么是项目任务分解？

项目任务分解，就是为了实现项目的目标，把项目要完成的工作，包括管理活动和工程活动，分解成一个个可控的、小的任务。

2.项目任务分解的目的

在进行项目任务分解之前，项目是一个笼统的、模糊的“黑盒”。在进行项目任务分解之后，项目的目标会更加清晰，同时，项目的工作量和成本的估算也会更加准确，在通过合理的资源分配，就可以制定出有效的进度计划、成本计划。

3.项目任务分解的原理

当要解决的问题过于复杂时,可以将问题进行分解,直到分解后的子问题容易解决,然后分别解决这些子问题。所谓“化繁为简”，这就是项目任务分解的原理。

4.对WBS的解读

WBS有两种含义:一是指分解方法,二是指分解结果。

首先,WBS是项目管理的基本方法之一,它是为了方便管理和控制项目,而将其按等级分解成易于识别和管理的子项目,再将子项目分解成更小的工作包,直到最后分解成具体的工作单元。

常见的分解方法有两种:一种是基于成果或功能的分解方法,以完成该项目应该交付的成果为导向,确定相关的任务、工作活动和要素:第二是基于流程的分解方法,以完成该项目所应经历的流程为导向,确定相关的任务、工作、活动和要素。

其次,WBS有着不同的表示方式,如树形结构图、分层结构清单等。

最后,项目的工作分解应以项目的规格说明书为依据,在明确的项目范围的基础上对项目进行分解,确定实现项目目标必须完成的各项工作

及其内在结构或实施过程的顺序,并以一定的形式表达出来。

5.工作分解的操作步骤

1)确认并分解项目的主要组成要素。项目的组成要素应该用有形的、可证实的结果来描述,目的是为了便于检测。当明确了主要构成要素后,这些要素就应该用项目工作怎样开展、在实际中怎样完成的形式来定义。

2)确定分解标准。包括分解的层次和最小工作单元的规模要求等。

3)确认分解是否详细，是否满足分解标准。

4)确定项目交付成果。定义交付成果便于进行验证。

5)验证分解的正确性。验证时考虑如下因素:更低层次的细目是否必要和充分?如果不必要或者不充分，这个组成要素就必须重新修改,包括增加、减少或修改细目。最底层要素是否有重复?如果存在重复就应该重新分解。每个细目都有明确的、完整的定义吗?如果没有,这种描述需要修改或补充。是否每个细目可以进行适当的估算?谁能完成这个任务?如果没有,修正是必要的。

6)工作分解结果验证正确后,还需要建立一套编号系统,以便区别各个工作单元。

6.工作分解结构的表示形式

•图表形式

在应用图表形式来表示工作分解结构时注意：

1)分解的层次与结构。工作分解结构每细分一个层次表示对项目元素更细致的描述。任何分支最低层的细目称为工作包,它是完成一项具体工作所要求的一个特定的、可确定的、可交付及独立的工作单元。

2)WBS中编码系统的设计。工作分解结构中的每一项工作都要编上号码,用来唯一确定其在项目工作分解结构中的身份,这些号码的全体称为编码系统,在项目规划和以后的各个阶段,项目各基本单元的查找变更、费用计算、时间安排、资源安排、质量要求等都要参照这个编码系统,编码系统与结构设计是相互对应的:结构的每一层次代表编码的某一位数,有一个分配给它的特定的代码数字,在最高层次,项目不需要代码；在第二层次,要管理的活动用代码的第一位数来编制，下一层次代表上

一层次每一个活动所包含的主要任务,这个层次将是一个典型的两位数字码:。以下以此类推。

•清单形式

采用清单形式的分解工作,就是将分解结果以等级清单的表述形式,进行工作任务层次分解的一种表示方式。

1需求分计

2流程化

3写需求说书

3.1编写需求规格两汇表

7.项目任务分解方法

•自上而下法

自上而下编制工作分解结构。从项目最大的单位开始,逐步将它们分解成下一的多个子项,这个过程就是不断增如项数,细化工作任务。

•自下而上法

自下而上法则是让项目面队成员尽可能细地列出他们认为完成项目必项要做的工作,然后项目经理对其进行分类、整合,并汇总。这种方法对于WBS的创建来说效果特别好,项目经理经常对那些全新的系统,或采用一些新的技术方法的项目采用这种方法,或者通过采用这种方法,促进全员参与和项目团队的合作。

•类比方法

类比法就是以一个类似项目的WBS为基础,制订本项目的工作分解结构。

8.任务分解的注意事项

1)要清楚认识到,确定项目的分解结构就是将项目的产品或服务,组织、过程这几种不同的结构综合为项目分解结构的过程,也就是给项目的组织人员分派各自角色和任务的过程,应注意收集与项目相关的所有

2)对于项目最底层的工作要非常具体,而且要完整地分配给项目内外的不同个人或组织,以便于明确各个工作的具体任务、项目目标和所承担的责任,也便于项目的管理人员对项目的执行情况进行监督和业绩

考核。

3)对于最底层的工作包,一般要有全面、详细和明确的文字说明,并汇集编制成项目工作分解结构词典，用以描述工作包、提供计划编制信息(如进度计划、成本预算和人员安排),以便于在需要时随时查阅,任务分解结果必须有利于任分

4)任务分解的规模和数量因项目而异,先分解大块的任务,然后再细分小的任务,最底层是可控和可管理的,避兔不必要的过细,最好不要超过7层。

5)WBS中所有的分支并非都必须分解到同一水平,各分支的组织原则可能会不同。

6)在WBS完成之后,在其基础上就可以对每个工作包所投入的资源、人力进行分解和估算。

另外,需要注意的是,任何项目不是只有唯一正确的工作分解结构。决定一个项目的工作分解结构详细程度和层次多少的因素包括:为完成项目工作任务而分配给每个小组或个人的责任和这些责任者的能力:在项目实施期间管理和控制项目预算、监控和收集成本数据的要求水平。

本文主要内容出自《软件项目管理实用教程》，王小双整理。