4.7.1　WBS的定义

WBS（Works Breakdown Structure，工作/任务分解结构）简单来说就是将工程项目的各项目内容按其相关关系逐层进行分解，直到工作内容单一、便于组织管理的单项工作为止。合理地进行分解可以把各单项的工作在整个项目中的地位、相对关系用树形结构或锯齿列表的形式直观地表示出来。比如，图4-3展示了一个“变化计数器”的项目分解结果。

当解决问题过于复杂时，可以将问题进行分解，直到分解后的子问题容易解决；然后，分别解决这些子问题。规划项目时，将一个项目分解为更多的工作细节或者子项目，使项目变得更小、更容易管理、更容易操作，责任分工更加明确。任务分解是对需求的进一步细化，是最后确定项目的所有任务范围的过程，所得到的WBS是面向可交付成果的项目元素的分组。

无论在项目管理实践中，还是在PMP（Project Management Professional）考试中，工作分解结构（WBS）都是最重要的内容。WBS总是处于计划过程的中心，也是制订进度计划、资源需求、成本预算、风险管理计划和采购计划等的重要基础。WBS同时也是控制项目变更的重要基础。项目范围是由WBS定义的，所以WBS也是一个项目的综合工具。WBS应包含的信息：项目产品或服务结构，项目组织结构，项目的阶段划分。

WBS是面向项目可交付成果的成组的项目元素，这些元素定义和组织该项目的总的工作范围，未在WBS中包括的工作就不属于该项目的范围。WBS每下降一层就代表对项目工作更加详细的定义和描述。项目可交付成果之所以应在项目范围定义过程中进一步被分解为WBS，是因为较好的工作分解可以：

（1）防止遗漏项目的可交付成果。

（2）帮助项目经理关注项目目标和澄清职责。

（3）建立可视化的项目可交付成果，以便估算工作量和分配工作。

（4）帮助改进时间、成本和资源估计的准确度。

（5）帮助建立项目团队和获得项目人员的承诺。

（6）为绩效测量和项目控制定义一个基准。

（7）辅助沟通清晰的工作责任。

（8）为其他项目计划的制订建立框架。

（9）帮助分析项目的最初风险。

通常情况下，WBS总是处于软件项目计划过程的中心，是制订进度计划、了解资源需求、统计成本预算、控制可能风险和决定采购计划等工作的重要基础。WBS是一个描述思路的规划和设计工具。它帮助项目经理和项目团队确定和有效地管理项目的工作。WBS是一个清晰地表示各项目工作之间相互联系的结构设计工具。WBS是一个展现项目全貌，详细说明为完成项目所必须完成的各项工作的计划工具，定义了里程碑事件，可以向高级管理层和客户报告项目完成情况。作为项目状况的报告工具，有利于项目团队效率的提升。

通过项目分解结构的制订，项目组成员可以对系统的整个架构有一个比较全面充分的认识，减少在项目过程中不必要的争执和沟通障碍。同时在项目的执行过程中，可以让项目组的各个成员对自己的工作做到心中有数，便于项目经理对项目进行控制，提升编写代码的效率，从而在整体的层次上提升整个项目团队的研发效率，有利于增进客户对软件的认识。通过在调研过程中的多次沟通，客户与软件开发团队成员形成了一定的默契关系。同时，客户能够从软件人员的描述中了解到软件开发的一般性规律，为后期的工作做好一定的铺垫。

另外，通过工作分解结构，使得客户在比较直观明了的情况下对程序的功能构架有所了解，同时在反复的过程中也引起了客户自身对软件功能需求的重新认识和定位，为系统的开发定出了比较清晰的目标，减少了后期需求变动的可能性。具有工期预计作用以及比较有说服力的成本概算。通过工作分解结构，比较好地定义出了软件所要实现的具体功能，同时也可以从中看出各个模块所需要的人员以及工期等相关因素。从人员工资以及相关的工期中就可以比较有说服力地计算出相关成本，然后加上一定的系数，就能提出对于客户来说一个相对便宜而对公司来说又可以基本持平的软件研发费用。虽然事实上，最终的工期和成本都与计算有所出入，但是出入不是很大，在25％左右，因此认为这还是一个很有价值的数据，为以后的成本计算提供了比较好的参考值。

WBS也是强有力的质量、成本、时间控制工具。项目的3个互相制约的因素是质量、时间和成本，三者之间的平衡是一个项目成功与否的关键。项目分解结构是一个项目执行的基线，项目经理通过项目各个阶段的当前情况与基线进行对比可以发现项目中出现的偏差，然后根据项目的当前情况对项目中各个环节的成本时间进行控制。

WBS的最低层次的项目可交付成果称为工作包（WorkPackage），具有以下特点：

（1）工作包可以分配给另一位项目经理进行计划和执行。

（2）工作包可以通过子项目的方式进一步分解为子项目的WBS。

（3）工作包可以在制订项目进度计划时，进一步分解为活动。

（4）工作包可以由唯一的一个部门或承包商负责。用于在组织之外分包时，称为委托包（Commitment Package）。

（5）工作包的定义应考虑80小时法则（80Hour Rule）或两周法则（Two Week Rule），即任何工作包的完成时间应当不超过80小时。在每个80小时或少于80小时结束时，只报告该工作包是否完成。通过这种定期检查的方法，可以控制项目的变化。