WBS任务分解指南.docVIP

公司名称 CMMI指南 文档编号: 公司名称-SPI-PP-Guid-DOC WBS任务分解指南 V1.0 编写： 审核： 批准： 日期： 日期： 日期： 变更记录 版本 文件内容描述 日期 编写 审核 批准  目录 TOC \o 1-3 \h \z \u HYPERLINK \l _Toc227051375 1. 目的 PAGEREF _Toc227051375 \h 4 HYPERLINK \l _Toc227051376 2. 任务分解定义 PAGEREF _Toc227051376 \h 4 HYPERLINK \l _Toc227051377 3. 任务分解的类型 PAGEREF _Toc227051377 \h 5 HYPERLINK \l _Toc227051378 3.1. 清单类型 PAGEREF _Toc227051378 \h 5 HYPERLINK \l _Toc227051379 3.2. 图表类型 PAGEREF _Toc227051379 \h 6 HYPERLINK \l _Toc227051380 4. 任务分解的过程 PAGEREF _Toc227051380 \h 7 HYPERLINK \l _Toc227051381 4.1. 基本步骤 PAGEREF _Toc227051381 \h 8 HYPERLINK \l _Toc227051382 4.2. 分解的标准 PAGEREF _Toc227051382 \h 9 HYPERLINK \l _Toc227051383 4.3. 分解结果的检验 PAGEREF _Toc227051383 \h 9 HYPERLINK \l _Toc227051384 5. 任务分解的注意事项 PAGEREF _Toc227051384 \h 10 HYPERLINK \l _Toc227051385 6. 任务分解的意义 PAGEREF _Toc227051385 \h 11 目的 项目管理者经常会面临项目失控的一些问题，例如进度严重落后、资源不足、资金紧缺等。项目失控和超出控制范围的问题，常常使项目经理处于被动。因此。采取积极的应对措施，做好计划和控制好计划是项目成功的必要条件，但不是充分条件。如果没有计划和控制是很难获得项目的成功的。 任务分解定义 当要解决的问题过于复杂时，可以将问题分解，直到分解后的子问题容易解决；然后分别解决这些子问题。规划项目时，也应该从任务分解开始，将一个项目分解为更多的工作细目或者子项目，使项目变得更小、更易管理、更易操作。目的是提高估算成本、时间和资源的准确性，使工作变得更易操作，责任分工更加明确。任务分解是对需求的进一步细化，是最后确定项目所有任务范围的过程。 任务分解的结果是任务分解结构（WBS）。任务分解结构（WBS）是面向可交付成果的对项目元素的分组，它组织并定义了整个项目的范围。不包括在WBS工作就不是该项目的工作。任务分解结构（WBS）是一个分级的树型结构，是对项目由粗到细的分解过程。任务分解结构每细分一个层次表示对项目元素更细致的描述。其中，任务分解结构的工作包是WBS的最低层次的可交付成果，项目完成时，应该完成这些交付成果，这些交付成果也可以分配给另外一位项目经理进行计划和执行，也可以通过子项目的方式完成，这时工作包可进一步分解为子项目的WBS或各个活动，这种工作包应当由唯一一个部门（组织或者个人）或承包商负责。任务分解是项目评估的前提和自下而上评估算法的基础。例如对于软件项目A进行任务分解的过程如下图所示。 软件项目A 软件项目A 功能2功能2功能1 功能2 功能2 功能1 软件项目A软件项目A软件项目A 软件项目A 软件项目A 软件项目A 任务分解的类型 一般说，进行任务分解时，可以采用清单或者图表的形式表达任务分解的结果。 清单类型 采用清单类型的任务分解方式，就是将任务分解的结果以清单的表述形式进行层层分解的方式。现在以一个项目为例进行说明，这个项目的名字定义为“变化计数器”，它是统计程序大小的软件工具，当修改一个程序的时候，这个工具可以统计各个版本之间有多少代码行被增加、删除或修改。这个项目的任务分解可以按照不同的标准进行分解，采用清单方式进行任务分解如下： 1. 变化计数器 1.1. 比较两个版本的程序 1.1.1. 预处理 1.1.2. 文件比较 1.1.3. 结果处理 1.2. 找出修改后的程序中增加和删除的代码行 1.2.1. 找出增加的代码行 1.2.2. 找出删除的代码行 1.3. 统计修改后的程序