1、项目管理中的 WBS 方法摘 要 ： 现 代 项 目 管 理 具 有 众 多 的 方 法 与 工 具 ， 在 这 些 方 法 中WBS 为 最 基 本 的 方 法 。 综 合 WBS 与 PCDA 可 以 形 成 成 现 代 项 目 管 理的 框 架 ， 但 这 只 是 一 个 方 法 与 工 具 ， 管 理 中 需 注 意 的 是 ： 人 是 万 物之 灵 ， 应 当 是 生 产 工 具 的 主 人 ， 而 不 是 生 产 工 具 。关 键 词 ： 工 作 结 构 分 解 WBS、 自 顶 向 下 逐 步 求 精 法 、在项目管理实践中， WBS 总是处于计划过程的中心，也是制定进度计划、资
2、源需求、成本预算、风险管理计划和采购计划等的重要基础，是最重要的内容。WBS 同时也是控制项目变更的重要基础。项目范围是由 WBS 定义的，所以 WBS 也是一个项目的综合工具。一、工作分解结构定义 (WorkBreakdownStructureWBS)：以可交付成果为导向对项目要素进行的分组，它归纳和定义了项目的整个工作范围每下降一层代表对项目工作的更详细定义。二、WBS 具有 4 个主要用途：1.WBS 是一个描述思路的规划和设计工具。它帮助项目经理和项目团队确定和有效地管理项目的工作。2.WBS 是一个清晰地表示各项目工作之间的相互联系的结构设计工具。3.WBS 是一个展现项目全貌，详细
3、说明为完成项目所必须完成的各项工作的计划工具。4.WBS 定义了里程碑事件，可以向高级管理层和客户报告项目完成情况，作为项目状况的报告工具。三、WBS 的效用及工作包的特点：WBS 是面向项目可交付成果的成组的项目元素，这些元素定义和组织该项目的总的工作范围，未在 WBS 中包括的工作就不属于该项目的范围。WBS 每下降一层就代表对项目工作更加详细的定义和描述。项目可交付成果之所以应在项目范围定义过程中进一步被分解为 WBS，是因为较好的工作分解可以：a.防止遗漏项目的可交付成果。b.帮助项目经理关注项目目标和澄清职责。c.建立可视化的项目可交付成果，以便估算工作量和分配工作。d.帮助改进时间
4、、成本和资源估计的准确度。e.帮助项目团队的建立和获得项目人员的承诺。f.为绩效测量和项目控制定义一个基准。g.辅助沟通清晰的工作责任。h.为其他项目计划的制定建立框架。i.帮助分析项目的最初风险。WBS 的最低层次的项目可交付成果称为工作包(WorkPackage)，具有以下特点：a.工作包可以分配给另一位项目经理进行计划和执行。b.工作包可以通过子项目的方式进一步分解为子项目的 WBS。c.工作包可以在制定项目进度计划时，进一步分解为活动。d.工作包可以由惟一的一个部门或承包商负责。用于在组织之外分包时，称为委托包(CommitmentPackage)。e.工作包的定义应考虑二周法则(Tw
5、o Week Rule)，即任何工作包的完成时间应当不超过二周。在每个二周或少于二周结束时，只报告该工作包是否完成。通过这种定期检查的方法，可以控制项目的变化。四、WBS 的创建流程及综合运用：1. 创建 WBS 的方法创建 WBS 是指将复杂的项目分解为一系列明确定义的项目工作并作为随后计划活动的指导文档。创建 WBS 的方法主要有以下几种：a.使用指导方针。一些像美国国防部(DOD)的组织，提供 MIL-STD 之类的指导方针用于创建项目的 WBS。b.类比方法。参考类似项目的 WBS 创建新项目的 WBS。对于技术不是很繁杂的项目，采用的较多。c.自上而下的方法，亦称自顶向下逐步求精法。
6、从项目的目标开始，逐级分解项目工作，直到参与者满意地认为项目工作已经充分地得到定义。该方法由于可以将项目工作定义在适当的细节水平，对于项目工期、成本和资源需求的估计可以比较准确。具体的做法可以参照计算机 C 语言使用伪语言的做法，自上向下使用描述性语言将目标逐步分解并刻划清晰，同时在刻划的过程中形成基本工作单元。这种方法具有一定的启发性，能够在参与者头脑中形成一个预演，对实施时的管理也帮助。d.自下而上的方法。从详细的任务开始，将识别和认可的项目任务逐级归类到上一层次，直到达到项目的目标。这种方法存在的主要风险是可能不能完全地识别出所有任务或者识别出的任务过于粗略或过于琐碎，而且参与者不具备丰
7、富的经验，则容易产生漏项目。2创建 WBS 的基本要求创建 WBS 时需要满足以下几点基本要求：a.某项任务应该在 WBS 中的一个地方且只应该在 WBS 中的一个地方出现。b.WBS 中某项任务的内容是其下所有 WBS 项的总和。c.一个 WBS 项只能由一个人责任，即使许多人都可能在其上工作，也只能由一个人负责，其他人只能是参与者。d.WBS 必须与实际工作中的执行方式一致。e.应让项目团队成员积极参与创建 WBS，以确保 WBS 的一致性。f.每个 WBS 项都必须文档化，以确保准确理解已包括和未包括的工作范围。g.WBS 必须在根据范围说明书正常地维护项目工作内容的同时，也能适应无法避
8、免的变更。3WBS 的表示方式WBS 可以由树形的层次结构图或者行首缩进的表格表示。在实际应用中，表格形式的 WBS 应用比较普遍，特别是在项目管理软件中。4WBS 的分解方式WBS 的分解可以采用多种方式进行，包括：a.按产品的物理结构分解。b.按产品或项目的功能分解。c.按照实施过程分解。d.按照项目的地域分布分解。e.按照项目的各个目标分解。f.按部门分解。g.按职能分解。5创建 WBS 的过程创建 WBS 的过程非常重要，因为在项目分解过程中，项目经理、项目成员和所有参与项目的职能经理都必须考虑该项目的所有方面。制定 WBS 的过程是：a.得到范围说明书(ScopeStatement)
9、或工作说明书(StatementofWok，承包子项目时)。b.召集有关人员，集体讨论所有主要项目工作，确定项目工作分解的方式。c.分解项目工作。如果有现成的模板，应该尽量利用。d.画出 WBS 的层次结构图。WBS 较高层次上的一些工作可以定义为子项目或子生命周期阶段。e.将主要项目可交付成果细分为更小的、易于管理的组分或工作包。工作包必须详细到可以对该工作包进行估算(成本和历时)、安排进度、做出预算、分配负责人员或组织单位。f.验证上述分解的正确性。如果发现较低层次的项没有必要，则修改组成成分。g.如果有必要，建立一个编号系统。h.随着其他计划活动的进行，不断地对 WBS 更新或修正，直到
10、覆盖所有工作。检验 WBS 是否定义完全、项目的所有任务是否都被完全分解可以参考以下标准：i.每个任务的状态和完成情况是可以量化的。j.明确定义了每个任务的开始和结束。k.每个任务都有一个可交付成果。l.工期易于估算且在可接受期限内。m.容易估算成本。n.各项任务是独立的。5WBS 的使用对 WBS 需要建立 WBS 词典(WBSDictionary)来描述各个工作部分。WBS 词典通常包括工作包描述、进度日期、成本预算和人员分配等信息。对于每个工作包，应尽可能地包括有关工作包的必要的、尽量多的信息。当 WBS 与 OBS 综合使用时，要建立账目编码(Code ofAccount)。账目编码是
11、用于惟一确定项目工作分解结构每一个单元的编码系统。成本和资源被分配到这一编码结构中。6WBS 的实践经验最多使用 20 个层次，多于 20 层是过度的。对于一些较小的项目46 层一般就足够了。WBS 中的支路没有必要全都分解到同一层次，即不必把结构强制做成对称的。在任意支路，当达到一个层次时，可以作出所要求准确性的估算，就可以停止了。7WBS 的综合运用WBS 词典的编制完成，就可以考虑根据项目的要求采用管理的组织结构模式，并确定好工作任务分工与管理职能分工及工作流程组织。至此一个项目的管理体系就可以基本成型了。结束语：这种工作方法有形成的管理体系利于企业规范化、制度化的发展。从同构的思想看企业且有一定有相似性，因此贯标的体系文件可以大规模的复制、推广(当然因个体的不同需作局部的修改)，有利于企业集团化作业。同时对于基层员工的工作具有明确的指导作用。但以上方法，只是以任务或职能为目标，忽略了在生产中人的个体差异与主观能动性，将万物之灵的人类，沦为生产的工具。这不利于企业的安定、团结，持续发展。这就不是古典的西方管理方法所能解决的问题了，只有从建立起人性化的企业文化才能从根本上管理好项目或企业。参考文献：1 建设工程项目管理(第二版)中国建筑工业出版社2 C 语言专家编程3 从 Primavera 学习项目管理 中国建筑工业出版社4 科学管理原理
