工作包的开发方法

　　摘要：用从下而上计划方法开发WBS：从下而上计划方法开发WBS是基于这样一种前提：众多的时间和资源消费或动需要用于产生既定成果或移交品。工作重点井非产品重点 当运用从下而上计划方法时，我们认为项目团队应该使用“动词+名词”的方式为工作 包命名。

　　用从下而上计划方法开发WBS：

　　从下而上计划方法开发WBS是基于这样一种前提：众多的时间和资源消费或动需要用于产生既定成果或移交品。通常认为，工作实施人员对工作的理解较好，站在较好的角度识别工作、估计完成需要的资源和费用。

　　图6-1介绍了光电太阳能系统的硬件，但要注意，WBS没有列举运输容器、安装操作说明、担保书或者使用人员培训指南，它们可能是该工程项目的一部分。从下而上计划方法能够帮助使工作包或WBS词典的必要细节变得充实。

　　下面将介绍从下而上计划方法常用的的步骤。首先，召集项目团队，介绍项目需求、具体目标以及假设。其次，张贴信息，并指导人们在张贴栏就各自负责的工作包署名。实际操作中，您可以用不同颜色的签字笔，每一种颜色分别代表具体组织完成的工作(如科、股、部门、分包商等)。通常来讲，项目经理选择WBS结构的层1，以此类推，团对成员按照WBS的等级安排工作包。要提醒项目团队成员的是：记住任务并不能导致产品的移交，如报告、审查、团队活动、分析以及平衡研究。在WBS结构中列出它们是一种很好的方法，用来强调它们是不可或缺的，此外也需要相应的资源。用这种方法开发一个WBS比较简单，也能帮助了解项目范围、角色、职责、持续时间、估计的资源和费用、依赖关系以及关键决策。要获得一个好的WBS，还要对项目的大框架有个好的了解，以及获得人们对项目的支持。

许多人都参与将工作分解成各个小部分的过程。参与人员需要训练他们获得以下几点：移交品、工作地逻辑顺序及项目模型的相互依赖关系。随着他们掌握这些技能，他们制作的WBS质量也会显著提高。

　　工作重点并非产品重点

　　 当运用从下而上计划方法时，我们认为项目团队应该使用“动词+名词”的方式为工作包命名。例如，“设计使用者交界面”比“交界面”更加具体(交界面会与“测试交界面”、“改写交界面”或其他类似的任务产生混淆)-给每项千作包增加一个动词有的人认为“动词一名词”格式具有优越性，因为它强调项目是一项跟踪工作，因此可以避免常见的在技术难以解决时陷入“高高挂起”的陷阱的情况动词是“行为”，名词呈“行为的对象”：还有的人认为没有必要运用“动词一名词”格式。比较图6-I和图6—2，图6-1是根据较终产品组织的，其较底层工作包就是各个名称。而图6-2工作包是用“动词—名词”格式命名的：您和您的组织要根据各自的特点运用适合各自的格式。

　　合适的层级

　　 工作包是制定计划、实施和控制的基本单元：因此，您要根据预想的控制水平决定工作包的大小：如果项目的成本会计零售系统不能提供该层次的数据，或者项目经理并不关注细节问题，那么就没有必要将工作分解成很小的单元。

另一方面，有句古话说得好——“错误滋生在细节里”：为了掌握一些项目的复杂程度，有时候有必要开发出一个包含了几百个甚至是上千个工作包的WBS。乍一看．如此多的工作包会让人喘不过气，但是项目团队很快就能认识到这种细节分层是很重要，甚至是有必要的。

也有的时候，有的人和团队在列举工作包时显得过分详细，使得项目计划看起来更像一个按部就班的程序，他们完全明白一个道理：细节问题会影响到项目的成功与失败。他们希望确保他们(或其他人)不会忽略某些事情：但是在WBS词典里介绍会显得更好。

　　 有一个有效的、广泛应用的确定工作包大小的粗略原则(大拇指原则)是：每个I：作包 根据您的控制需要决要包括40-80小时的工作量：工作包的实际数量和大小取决于很多因素，来源于经验积累和判断。项目包含的工作包越多，丁作包就越小、越简单：但是，项目包含的工作包越多，就需要越多的时间和资金用于安排这些工作包，使得它们相互之间合适地交接与管理。小的WBS任务持续时间短，因此项目状况监督也较准确(第17章会做详细的介绍)，相反，如果您只有一个工作包，也就不存在交界费用，但是任务本身却很庞大且昂贵。决定一个简单的wBs任务大小的另一个因素是：能否做到将一个有经验人员或资历较低人员与他们相互的经验联系起来：见表6—l，总结了这些因素和其他相关的因素。