关于WBS的笔记体会

 WBS的设计
WBS的基本要素有三个：结构、代码和报告。

（1） WBS的结构
WBS结构的总体设计对于一个有效的工作系统来说是个关键。结构应以等级状或树状来构成，使底层代表详细的信息，而且其范围很大，逐层向上。即WBS结构底层是管理项目所需的最低层次的信息，在这一层次上，能够满足用户对交流或监控的需要，这是项目经理、工程和建设人员管理项目所要求的最低水平；结构上的第二个层次将比第一层次要窄，而且提供信息于另一层次的用户，以后依此类推。

结构设计的原则是必须有效和分等级，但不必在结构内建太多的层次，因为层次太多了不易有效管理。对一个大项目来说，4到6个层次就足够了。在某些情况下，可以用两组，例如，每组5个层次，一组详细搜集直到一个合同层次或一个主要设施层次的数据，而另外一组作为与设施较大的组成部分或较大的合同结合在一起的上层部分或综合部分。这种双层次结构的WBS只要设计得当也可以工作得很好，而且不限制WBS的发展。

在设计结构的每一层中，必须考虑信息如何向上流入第二层次。原则是从一个层次到另一个层次的转移应当以自然状态发生。此外，还应考虑到使结构具有能够增加的灵活性，并从一开始就注意使结构被译成代码时对于用户来说是易于理解的。

（2）代码设计
代码设计对作为项目控制系统应用手段的WBS来说是个关键。不管用户是现场会计，现场其他职员或高级管理人员，代码对所有的人来说应当有共同的意义。在设计代码时，对收集的信息以及收集信息所用的方法必须仔细考虑，使信息能自然地通过WBS代码进入应用记录系统。

代码设计与结构设计是有对应关系的。结构的每一层次代表代码的某一位数，有一个分配给它的特定代码数字。在最高层次，项目不需要代码；在第二层次，要管理的关键用代码的第一位数来编。如果要管理的关键活动数目小于9，假设只用数字编码，则代码是一个典型的一位数代码，如果用字母加数字，此层可能有35个；下一个层次代表上述每一关键活动所包含的主要任务，这个层次将是一个典型的两位数代码，其灵活性范围为99以内，或者，如果再加上字母，则大于99；以下依此类推。如果结构有26个层次，需要的代码至少有20位，那就未免太长了，这也是结构层次不宜过多的原因之一。

在一个既定的层次上，应尽量使同一代码适用于类似的信息，这样可以便代码更容易理解。此外，设计代码时还应考虑到用户的方便，使代码以用户易于理解的方式出现。例如，在有的WBS设计中，用代码的第一个字母简单地给出其所代表的意义，例如用M代表人力，用E代表设备绰。

（3）报告设计
设计报告的基本要求是以项目活动为基础产生所需的实用管理信息，而不是为职能部门产生其所需的职能管理信息或组织的职能报告。即报告的目的是要反映项目到目前为止的进展情况，通过这个报告，管理部门将能够去判断和评价项目各个方面是否偏离目标，偏离多少。

 
无论在项目管理实践中，还是在PMP考试中，工作分解结构(WBS)都是最重要的内容。WBS总是处于计划过程的中心，也是制定进度计划、资源需求、成本预算、风险管理计划和采购计划等的重要基础。WBS同时也是控制项目变更的重要基础。项目范围是由WBS定义的，所以WBS也是一个项目的综合工具。
WBS具有4个主要用途：
n WBS是一个描述思路的规划和设计工具。它帮助项目经理和项目团队确定和有效地管理项目的工作。
n WBS是一个清晰地表示各项目工作之间的相互联系的结构设计工具。
n WBS是一个展现项目全貌，详细说明为完成项目所必须完成的各项工作的计划工具。
n WBS定义了里程碑事件，可以向高级管理层和客户报告项目完成情况，作为项目状况的报告工具。

 
WBS是面向项目可交付成果的成组的项目元素，这些元素定义和组织该项目的总的工作范围，未在WBS中包括的工作就不属于该项目的范围。WBS每下降一层就代表对项目工作更加详细的定义和描述。项目可交付成果之所以应在项目范围定义过程中进一步被分解为WBS，是因为较好的工作分解可以：
n 防止遗漏项目的可交付成果。
n 帮助项目经理关注项目目标和澄清职责。
n 建立可视化的项目可交付成果，以便估算工作量和分配工作。
n 帮助改进时间、成本和资源估计的准确度。
n 帮助项目团队的建立和获得项目人员的承诺。
n 为绩效测量和项目控制定义一个基准。
n 辅助沟通清晰的工作责任。
n 为其他项目计划的制定建立框架。
n 帮助分析项目的最初风险。
WBS的最低层次的项目可交付成果称为工作包(WorkPackage)，具有以下特点：
n 工作包可以分配给另一位项目经理进行计划和执行。
n 工作包可以通过子项目的方式进一步分解为子项目的WBS。
n 工作包可以在制定项目进度计划时，进一步分解为活动。
n 工作包可以由惟一的一个部门或承包商负责。用于在组织之外分包时，称为委托包(CommitmentPackage)。
n 工作包的定义应考虑80小时法则(80-HourRule)或两周法则(Two Week Rule)，即任何工作包的完成时间应当不超过80小时。在每个80小时或少于80小时结束时，只报告该工作包是否完成。通过这种定期检查的方法，可以控制项目的变化。
1. 创建WBS的方法
创建WBS是指将复杂的项目分解为一系列明确定义的项目工作并作为随后计划活动的指导文档。创建WBS的方法主要有以下几种：
n 使用指导方针。一些像美国国防部(DOD)的组织，提供MIL-STD之类的指导方针用于创建项目的WBS。
n 类比方法。参考类似项目的WBS创建新项目的WBS。
n 自上而下的方法。从项目的目标开始，逐级分解项目工作，直到参与者满意地认为项目工作已经充分地得到定义。该方法由于可以将项目工作定义在适当的细节水平，对于项目工期、成本和资源需求的估计可以比较准确。
n 自下而上的方法。从详细的任务开始，将识别和认可的项目任务逐级归类到上一层次，直到达到项目的目标。这种方法存在的主要风险是可能不能 完全地识别出所有任务或者识别出的任务过于粗略或过于琐碎。
2．创建WBS的基本要求
创建WBS时需要满足以下几点基本要求：
n 某项任务应该在WBS中的一个地方且只应该在WBS中的一个地方出现.但是在迭代的开发中，现在发生了变化。
n WBS中某项任务的内容是其下所有WBS项的总和。
n 一个WBS项只能由一个人责任，即使许多人都可能在其上工作，也只能由一个人负责，其他人只能是参与者。
n WBS必须与实际工作中的执行方式一致。
n 应让项目团队成员积极参与创建WBS，以确保WBS的一致性。
n 每个WBS项都必须文档化，以确保准确理解已包括和未包括的工作范围。（可纳入文档管理中）
n WBS必须在根据范围说明书正常地维护项目工作内容的同时，也能适应无法避免的变更。
3．WBS的表示方式
WBS可以由树形的层次结构图或者行首缩进的表格表示。

在实际应用中，表格形式的WBS应用比较普遍，特别是在项目管理软件中。
4．WBS的分解方式
WBS的分解可以采用多种方式进行，包括：
n 按产品的物理结构分解。
n 按产品或项目的功能分解。
n 按照实施过程分解。
n 按照项目的地域分布分解。
n 按照项目的各个目标分解。
n 按部门分解。
n 按职能分解。
4．创建WBS的过程
创建WBS的过程非常重要，因为在项目分解过程中，项目经理、项目成员和所有参与项目的职能经理都必须考虑该项目的所有方面。制定WBS的过程是：
n 得到范围说明书(ScopeStatement)或工作说明书(StatementofWok，承包子项目时)。
n 召集有关人员，集体讨论所有主要项目工作，确定项目工作分解的方式。
n 分解项目工作。如果有现成的模板，应该尽量利用。
n 画出WBS的层次结构图。WBS较高层次上的一些工作可以定义为子项目或子生命周期阶段。
n 将主要项目可交付成果细分为更小的、易于管理的组分或工作包。工作包必须详细到可以对该工作包进行估算(成本和历时)、安排进度、做出预 算、分配负责人员或组织单位。
n 验证上述分解的正确性。如果发现较低层次的项没有必要，则修改组成成分。
n 如果有必要，建立一个编号系统。
n 随着其他计划活动的进行，不断地对WBS更新或修正，直到覆盖所有工作。
检验WBS是否定义完全、项目的所有任务是否都被完全分解可以参考以下标准：
n 每个任务的状态和完成情况是可以量化的。
n 明确定义了每个任务的开始和结束。
n 每个任务都有一个可交付成果。
n 工期易于估算且在可接受期限内。
n 容易估算成本。
n 各项任务是独立的。
5．WBS的使用
对WBS需要建立WBS词典(WBSDictionary)//？？？来描述各个工作部分。WBS词典通常包括工作包描．述、进度日期、成本预算和人员分配等信息。对于每个工作包，应尽可能地包括有关工作包的必要的、尽量多的信息。
当WBS与OBS综合使用时，要建立账目编码(Code ofAccount)。账目编码是用于惟一确定项目工作分解结构每一个单元的编码系统。成本和资源被分配到这一编码结构中。
6．WBS的实践经验
最多使用20个层次，多于20层是过度的。对于一些较小的项目4－6层一般就足够了。
WBS中的支路没有必要全都分解到同一层次，即不必把结构强制做成对称的。在任意支路，当达到一个层次时，可以作出所要求准确性的估算，就可以停止了。