软件项目管理案例教程-05软件项目任务分解.docVIP

PAGE 8 韩万江 姜立新，《软件项目管理案例教程》，机械工业出版社 ，2005-02 【丛书名】 国家示范性软件学院系列教材 TOC \o 1-3 \h \z \u 5 软件项目任务分解 1 5.1 任务分解定义 2 5.2 任务分解的类型 2 5.2.1 清单类型 2 5.2.2 图表类型 3 5.3 任务分解的过程 3 5.3.1 基本步骤 4 5.3.2 分解的标旌 5 5.3.3 分解结果的检验 5 5.4 任务分解的注意事项 6 5.5 任务分解的意义 7 5.6 案例说明 7 5.7 小结 8 5.8 习题 8 软件项目任务分解 项目管理者经常会面临项目失控的一些问题，例如进度严重落后、资源不足、资金紧缺等。项目失控和超出控制范围的问题，常常使项目经理处于被动。为了不至于处于被动，聪明的项目经理常常采取积极的态度，事先估计问题的存在，避免问题的发生，也就是说预先做好周密的计划安排，保证项目的顺利进行，然后在项目的实施过程中监督是否按照计划执行。因此，采取积极的应对措施，做好计划和控制好计划是项目成功的必要条件，但不是充分条件。如果没有计划和控制是很难获得项目的成功的。 接下来几章就进入了项目管理的核心技术：项目计划的开发。而进度计划的编制是项目计划的核心，编制进度计划需要三步曲：任务分解（WBS）、成本估算、资源进度安排。其中，编制进度计划之前需要进行任务分解。本章就进入路线图的第4站：任务分解，如图5-1所示。 图5.1路线图第4站：任务分解 任务分解定义 当要解决的问题过于复杂时，可以将问题进行分解，直到分解后的子问题容易解决；然后分别解决这些子问题。规划项目时，也应该从任务分解开始，将一个项目分解为更多的工作细目或者子项目，使项目变得更小、更易管理、更易操作。目的是提高估算成本、时间和资源的准确性，使工作变得更易操作，责任分工更加明确。任务分解是对需求的进一步细化，是最后确定项目所有任务范围的过程。任务分解的结果是任务分解结构（WBS）。任务分解结构（WBS）是面向可交付成果的对项目元素的分组，它组织并定义了整个项目的范围。不包括在WBS中的工作就不是该项目的工作。只有在WBS中的工作才是该项目的工作。 任务分解结构（WBS）是一个分级的树型结构，是对项目由粗到细的分解过程。任务分解结构每细分一个层次表示对项目元素更细致的描述。其中，任务分解结构的工作包是WBS的最低层次的可交付成果，项目完成时，应该完成这些交付成果，这些交付成果也可以分配给另外一位项目经理进行计划和执行，也可以通过子项目的方式完成，这时工作包可进一步分解为子项目的WBS或各个活动，这种工作包应当由唯一一个部门（组或者个人）或承包商负责。任务分解是项目评估的前提和自下而上评估算法的基础。例如对于软件项目A进行任务分解的过程如图5-2所示。 图5.2任务分解 任务分解的类型 一般说，进行任务分解时，可以采用清单或者图表的形式表达任务分解的结果。 清单类型 采用清单类型的任务分解方式，就是将任务分解的结果以清单的表述形式进行层层分解的方式。现在以一个项目为例进行说明，这个项目的名字定义为“变化计数器”，它是统计程序大小的软件工具，当修改一个程序的时候，这个工具可以统计各个版本之间有多少代码行被增加、删除或修改。这个项目的任务分解可以按照不同的标准进行分解，采用清单方式进行任务分解如下： 1.变化计数器 1.1 比较两个版本的程序 1.1.1 预处理 1.1.2文件比较 1.1.3结果处理 1.2找出修改后的程序中增加和删除的代码行 1.2.1 找出增加的代码行 1.2.2找出删除的代码行 1.3统计修改后的程序中增加和删除的代码衔数 1.3.1 统计增加代码行数 1.3.2统计删除代码行数 1.4统计总的代码行数 1.5设定标记以指示修改的次数 1.6在程序的头部增加修改记录 图表类型 采用图表类型的任务分解过程就是进行任务分解时采用图表的形式进行层层分解的方式。例如，对于上面的“变化计数器”这个项目，采用图表类型的分解结果如图5.3所示。 图5-3 “变化计数器”的图表分解 任务分解的过程 进行任务分解应该采取一定的步骤，并且分解过程中保持唯一的分解标准。任务分解的基本过程如图5.4所示。 图5.4任务分解的基本过程 任务分解应该根据需求分析的结果和项目相关的要求，同时参照以往的项目分解结果进行。最终任务分解的结果是WBS。在分解过程中可以参照分解模板，进行一步一步详细的分解。 虽然每个项目是唯一的，但是WBS经常能被“重复使用”，有些项目在某种程度上是具有相似性的。例如从每个阶段看，许多项目有相同或相似的周期和因此而形成的相同或相似的