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

韩万江 姜立新，软件项目管理案例教程，机械工业出版社 ，2005-02 【丛书名】 国家示范性软件学院系列教材 5软件项目任务分解15.1任务分解定义25.2任务分解的类型25.2.1清单类型25.2.2图表类型35.3任务分解的过程35.3.1基本步骤45.3.2分解的标旌55.3.3分解结果的检验55.4任务分解的注意事项65.5任务分解的意义75.6案例说明75.7小结85.8习题85 软件项目任务分解项目管理者经常会面临项目失控的一些问题，例如进度严重落后、资源不足、资金紧缺等。项目失控和超出控制范围的问题，常常使项目经理处于被动。为了不至于处于被动，聪明的项目经理常常采取积极的态度，事先估计问题的存在，避免问题的发生，也就是说预先做好周密的计划安排，保证项目的顺利进行，然后在项目的实施过程中监督是否按照计划执行。因此，采取积极的应对措施，做好计划和控制好计划是项目成功的必要条件，但不是充分条件。如果没有计划和控制是很难获得项目的成功的。接下来几章就进入了项目管理的核心技术：项目计划的开发。而进度计划的编制是项目计划的核心，编制进度计划需要三步曲：任务分解（WBS）、成本估算、资源进度安排。其中，编制进度计划之前需要进行任务分解。本章就进入路线图的第4站：任务分解，如图5-1所示。图5.1路线图第4站：任务分解5.1 任务分解定义当要解决的问题过于复杂时，可以将问题进行分解，直到分解后的子问题容易解决；然后分别解决这些子问题。规划项目时，也应该从任务分解开始，将一个项目分解为更多的工作细目或者子项目，使项目变得更小、更易管理、更易操作。目的是提高估算成本、时间和资源的准确性，使工作变得更易操作，责任分工更加明确。任务分解是对需求的进一步细化，是最后确定项目所有任务范围的过程。任务分解的结果是任务分解结构（WBS）。任务分解结构（WBS）是面向可交付成果的对项目元素的分组，它组织并定义了整个项目的范围。不包括在WBS中的工作就不是该项目的工作。只有在WBS中的工作才是该项目的工作。任务分解结构（WBS）是一个分级的树型结构，是对项目由粗到细的分解过程。任务分解结构每细分一个层次表示对项目元素更细致的描述。其中，任务分解结构的工作包是WBS的最低层次的可交付成果，项目完成时，应该完成这些交付成果，这些交付成果也可以分配给另外一位项目经理进行计划和执行，也可以通过子项目的方式完成，这时工作包可进一步分解为子项目的WBS或各个活动，这种工作包应当由唯一一个部门（组或者个人）或承包商负责。任务分解是项目评估的前提和自下而上评估算法的基础。例如对于软件项目A进行任务分解的过程如图5-2所示。图5.2任务分解5.2 任务分解的类型一般说，进行任务分解时，可以采用清单或者图表的形式表达任务分解的结果。5.2.1 清单类型采用清单类型的任务分解方式，就是将任务分解的结果以清单的表述形式进行层层分解的方式。现在以一个项目为例进行说明，这个项目的名字定义为“变化计数器”，它是统计程序大小的软件工具，当修改一个程序的时候，这个工具可以统计各个版本之间有多少代码行被增加、删除或修改。这个项目的任务分解可以按照不同的标准进行分解，采用清单方式进行任务分解如下：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.2.2 图表类型采用图表类型的任务分解过程就是进行任务分解时采用图表的形式进行层层分解的方式。例如，对于上面的“变化计数器”这个项目，采用图表类型的分解结果如图5.3所示。图5-3 “变化计数器”的图表分解5.3 任务分解的过程进行任务分解应该采取一定的步骤，并且分解过程中保持唯一的分解标准。任务分解的基本过程如图5.4所示。图5.4任务分解的基本过程任务分解应该根据需求分析的结果和项目相关的要求，同时参照以往的项目分解结果进行。最终任务分解的结果是WBS。在分解过程中可以参照分解模板，进行一步一步详细的分解。虽然每个项目是唯一的，但是WBS经常能被“重复使用”，有些项目在某种程度上是具有相似性的。例如从每个阶段看，许多项目有相同或相似的周期和因此而形成的相同或相似的工作细目要求。许多应用领域都有标准或半标准的可以当作样板用的WBS。例如，图5.5是有些软件企业进行项目分解的WBS模板，当然，本图仅作为参照示例，不代表任何特定项目的具体分解标准，而且也不是唯一的参照模板。图5.5一个WBS模板5.3.1 基本步骤分解意味着分割主要工作细目，使它们变成更小、更易操作的要素，直到工作细目被明确详细地界定，以有助于未来项目的具体活动（规划、评估、控制和选择）的开展。一般说，进行任务分解的基本步骤是：1）确认并分解项目的主要组成要素。通常，项目的主要要素是这个项目的工作细目。项目目标作为第一级的最整体的要素。项目的组成要素应该用有形的、可证实的结果来描述的目的是为了绩效易检测。当我们知道了主要构成要素后，这些要素就应该用项目工作怎样开展、在实际中怎样完成的形式来定义。有形的、可证实的结果既包括服务，也包括产品。2）确定分解标准，按照项目实施管理的方法分解，可以参照任务分解结构（WBS）模板进行任务分解，而且分解的时候标准要统一。分解要素是根据项目的实际管理而定义的。不同的要素有不同的分解层次。例如，项目生存期的阶段可以当作第一层次的划分，把第一层次中的项目细目在笫二阶段继续进行划分。3）确认分解是否详细，分解结果是否可以作为费用和时间估计的标准，明确责任。工作细目的分解如果在很久的将来才能完成的话，那么这种分解也就没有了确定性。4）确定项目交付成果，交付成果是有衡量标准的，以此检查交付结果。5）验证分解正确性，验证分解正确后，建立一套编号系统。5.3.2 分解的标准 进行任务分解的标准应该统一，不能有双重标准。选择一种项目分解标准之后，在分解过程中应该统一使用此标准，避免因使用不同标准而导致的混乱。可以采用生存期为标准；或者以功能（产品）组成为标准；或者以项目的组织单位为标准，或者采用其他的方法。例如，“变化计数器”这个项目的任务分解采用两种标准分别进行分解结果如下。项目“变化计数器”按照功能组成标准进行分解的结果为：l）比较两个版本的程序。2）找出修改后的程序中增加和删除的代码行。3）统计修改后的程序中增加和删除的代码行数。4）统计总的代码行数。5）设定标记以指示修改的次数。6）在程序的头部增加修改记录。项目“变化计数器”按照生存期标准进行分解的结果为：1）规划。2）需求。3）设计。4）编码。5）测试。6）提交。如果同时使用这两个标准进行任务分解，可能会有如下的结果：1）比较两个版本的程序。2）找出修改后的程序中增加和删除的代码行。3）统计修改后的程序中增力口和删除的代码行数。4）统计总的代码行数。5）设定标记以指示修改的次数。6）在程序的头部增加修改记录。7）规划。8）需求。9）设计。 10）编码。11）测试。12）提交。因此，同时使用多种标准进行任务分解就会导致混乱，会导致任务的重叠。所以，进行任务分解时使用的标准应该统一。5.3.3 分解结果的检验任务分解后，核实分解的正确性：l 更低层次的细目是否必要和充分？如果不必要或者不充分，这个组成要素就必须重新修正（增加细目、减少细目或修改细目）。l 最底层要素是否有重复？如果存在重复现象就应该重新分解。l 每个细目都有明确的、完整的定义吗？如果不是，这种描述需修正或扩充。l 是否每个细目可以进行适当的估算？谁能担负起满意地完成这个项目的任务？如果没有，修正是必要的，目的是提供一个充分的管理控制。成功完成的任务分解结构（WBS）是对项目总范围的组织和界定。作为范围阐述，这个WBS通常是用来开发或巩固一个达成共识的项目范围。项目的划分每降低一个层次阐述，就要增加一个项目要素的详细描述。任务分解结构（WBS）可以与组织分解结构（OBS）综合使用，建立一个任务职责的对应关系，如图5.6所示。图5.6 WBS与OBS的对应关系5.4 任务分解的注意事项进行任务分解时应注意如下事项：l 任务分解的规模和数量因项目而异。l 注意收集与项目相关的所有信息。l 注意参看类似项目的任务分解结果，与相关人员讨论。l 可以参照模板进行分解。l 先分大块任务，然后再细分小的任务，最低层是可控的和可管理的，避免不必要的过细，最好不要超过7层。l 按照软件项目的平均规模来说，推荐任务分解时至少拆分到一周的工作量（40小时）。l 每个工作包至少有一个提交物。l 定义任务完成的标准。l 任务分解结果必须有利手责任分配。l 可以准备WBS的字典。l 最后与相关人员进行评审。根据情况，任务分解中可以包括诸如管理、质量等任务的分解。当然也可以在后续的活动分解的时候，分解出相应的管理、质量等活动。WBS中的每一个具体细目通常都指定唯一的代码，具体工作要素的阐述通常收集在WBS字典中。一个典型的项目分析字典，既包括了对工作包的阐述，也包括了对其他规划资料（如进度表的日期、成本预算和员工分配等问题）的阐述。例如，表5.1便是一个WBS字典的例子。表5-1 WBS的字典实例WBS表示号BSM-LBL名称BSN事件日志管理系统主题目标网管的安全管理系统描述l）存储事件数据：记录相应事件2）设置事件过滤：对某些事件可设置过滤3）浏览事件日志：对所有事件提供浏览功能4）规划BSN事件白志5）生成历史数据： 可生成历史事件报告6）管理BSN事件日志：可以调整BSN事件的配置参数完成的任务1，2，3已经完成责任者姜岳尊完成的标识通过质量保证部的验收报告备注5.5 任务分解的意义任务分解结构（WBS）提供了项目范围基线，是范围变更的重要输入，而且有了任务分解，项目经理可以集中注意力到项目的目标上，不必为细枝末节伤脑筋。同时，任务分解结构给开发项目提供了一个实施框架，其中明确了责任，为评估和分配任务提供具体的工作包，是进行估算和编制项目进度的基础，对整个项目成功的集成和控制起到非常重要的作用。5.6 案例说明校务通管理系统的任务分解结果：根据对本项目的需求规格的分析，采用图表方式进行任务分解的分解结果如图5.7所示，它是按照功能组成标淮进行的任务分解，其中没有包括管理、质量等相关的任务，WBS可以随着系统的完善而不断增加和完善。另外，聊天室和论坛采用标淮的重用技术.网上考试功能已经有成熟的产品（价格明确），听以这些功