项目工作结构分解模型及应用方法研究

摘要：针对目前项目工作分解方法的不足，提出了项目工作结构分解模型，并以具体的项目为例，系统介绍了项目工作结构分解模型的应用，从而更加科学、合理地进行项目工作分解，确保工作分解完全、彻底、可行、规范。  关键词：装配 配分解结构  产品分解结构  工作分解结构  范围管理是制定项目管理计划的基础，没有这个基础，其他的计划根本无从谈起。工作分解结构是（Work Breakdown Structure ,WBS）作为范围定义的工具和成果，是所有项目管理中最重要的文件之一，它以可交付成果、服务为导向，将任务进行分解以便更好地执行项目。项目运用WBS方法，目的是使工作分解完全、彻底，确保满足用户需求的工作范围，有助于为管理层提供良好的监控和决策支持。随着近年来项目管理和信息技术的不断发展，WBS得到了更为广泛的研究与应用，国内外采用项目管理的各个企业更是在不断探索和建立编制WBS的强制性要求和规范，提出了很多编制WBS的方法和工具。然而当企业面对具体项目构建工作分解结构时，虽然有了这些工具和方法的指导，却依然感到无从下手，勉强编制出来了WBS，质量却难以保证。主要问题在于人们更多的关注构成项目的工作，而忽略项目实施的技术因素和形成项目成果的技术路线，使得最终的工作分解结构容易出现以下问题：  （1）工作的漏项，典型的漏项主要包括：行政管理、支持工作包、界面等，大约占全部工作量的30%；  （2）编制出来的WBS无法与进度、成本、资源等领域衔接，很难得到真正应用；  （3）企业内部不同项目甚至相似项目编制出来的WBS五花八门，无法实现统一化和规范化。  为有效解决以上出现的问题，确保项目工作分解全面、彻底、规范，本文从项目所要交付的成果出发，充分考虑项目成果的特点，提出了项目工作结构分解模型，并通过实例介绍模型的具体应用。 1    项目工作结构分解模型  项目工作分解的基本思路是以项目成果和服务为主导，以项目的技术系统为依据，综合运用项目管理技术与工具，开展项目工作的分解。具体到一个项目，首要考虑的是项目最终交付的产品或服务，以及产品或服务的主要结构。因此首先从识别产品部件入手，按照安装或集成导向型原则，编制出“装配分解结构（Assembly Breakdown Structure , ABS）”；第二步以ABS为基础，按照开发导向型原则，编制出“产品分解结构（Product Breakdown Structure，PBS）”；接下来以PBS为基础，运用“通用步骤”和“工作分解机构矩阵（WBS matrix）”等项目管理技术，构建出项目的“工作分解结构”。其具体过程如图1所示。      下面将以建造一座房子的具体项目（结构如图2所示）为例，系统介绍项目工作结构分解模型的应用。      2    ABS、PBS编制  2.1    装配分解结构（ABS）编制  装配分解结构是通过树状结构来描述装配顺序，即每个部件或零件如何组合而成更上一级的部件或组件，最终组成功能主体，完成产品，交付项目成果，它反映了部件安装或集成。装配分解结构在研发阶段进行，并通过对变更的控制程序来管理，主要解决的是“Where何处”。  装配分解结构的编制首先需要识别产品部件，识别产品部件的方法为列出产品参照清单（Product Reference List），产品参照清单可以从设计图上或者从装配图分解出来，如图1中房子的产品参照清单则为：V1窗、V1窗、砖墙、顶梁、顶盖、天窗、前门、V2窗、V2窗、砖墙等10个部件，其中相同部件要分别列出，在装配或集成时可以用产品编号加以区分。第二步按照安装部位或装配顺序进行归类，如顶梁、顶盖、天窗等3个部件归为房顶，依次类推，从而完成装配分解结构的编制，具体结构如图3所示。         2.2    通过ABS编制产品分解结构（PBS）  产品分解结构是通过树状结构反映产品的各类部件，每类部件在结构中仅出现一次。它主要解决“What什么”，用于产品及部件的开发。它与装配分解结构均为树状结构，采用编码体系，但有异于装配分解结构，其区别如表1：    产品分解结构编制方法是在装配分解结构的基础上，按照开发的模式识别部件的类同部分，这里的开发指的是获取所需部件的方式，如采购、加工等。具体是将装配分解结构中的部件按照开发方式进行归类，具体过程如图4所示。值得注意的是如果在装配分解结构中相类的部件如果供应商不同或开发 需部件的方式，如采购、加工等。具体是将装配分解结构中的部件按照开发方式进行归类，具体过程如图4所示。值得注意的是如果在装配分解结构中相类的部件如果供应商不同或开发模式不同，则与产品分解结构中的不同图框相联，这充分体现了开发导向型特点，如图4中，如果V1窗户外购、V2窗户自制，则在产品分解结构中应体现为两个分解项。     在此基础上，按照开发模式进一步归类，如将前门、窗户、天窗归类为门窗，将顶梁、顶盖、砖墙归类为墙体，则最终完成的产品分解结构如图5所示，它与图2中的装配分解结构有明显的差异和不同的分解方式。      3    WBS编制  3.1    通用步骤与工项  通用步骤（Generic Steps）也可以称为标准活动（Standard Activities），它是项目所有人的“专有知识”，定义并描述于质保手册和项目管理手册中，如一项产品的研制，可以分为：设计、生产、试验、验收等标准活动。在具体组织的项目规划中，通用步骤可能很复杂，而且可以分层次，还应包括一些管理活动，如一制造业企业项目的通用步骤如表2。                                                          表2：通用步骤举例  而工项是指实施于一个物件（名词）的一项活动（动词），如编辑一套系列丛书是一个项目产品分解结构，每一册就是一个部件，如果“书写”是一个通用步骤，那么书写每一册书都是一个工项，具体公式为：  一个部件×一个通用步骤= 一个工项  工项将是形成工作分解结构工作包的基础。  3.2    工作分解结构矩阵  工作分解结构矩阵（WBS matrix）表现为项目所有相关的工项，在矩阵中一个工项形成于某一通用步骤在某一特定产品分解结构上的应用，可以表达为aij，此处i表示通用步骤，而j代表产品部件。工作分解结构矩阵的编制方法为：浏览所有的通用步骤，判别各步骤适用于哪些产品部件，对适用于各产品部件的通用步骤作标志。这项工作应由各个负责部件开发的人完成，这样有助于对每个部件的工序进行充分确认。工作分解结构矩阵形式如表3。                                                          表3：工作分解结构矩阵  3.3    工作量估测与工作包确定  完成工作分解结构矩阵后，需要对矩阵中的各个工项进行工作量估测，单位可以是人•小时或人•天，这里比较适宜的做法是由每个负责该工项的人来进行估测，或采用计划评审技术（PERT）来进行估测。估测结果如表4。  下一步要对工项根据工作包大小进行分解和合并，确定原则可根据组织的管理进行确定。如果某单工项工作量过大，则可将其分解为几个工作包，例如表3中的“砖墙装配”这个工项可以分解为“前后墙砌建”和“侧墙砌建”等两个工作包；如各工作量过小的工项，则可以合并为一个工作包，但所合并的各工项应可以安排一个人或一个考核单位负责。同时某一单独的通用步骤也可同时应用于各个产品部件而成为一个工作包，这时候这个通用步骤就不再向产品分解结构的各末端叶点，而是适用于某一中间结点，如表3中的所有部件“合同签订”可合并为一项“合同签订”工作包。通过这种方式确定的工作包，即为工作分解结构的最低层次，示例中的工作分解结构如图6所示。   4    结论  本文提出了项目工作结构分解的模型，并以建筑房子项目为例，介绍了模型的具体应用。即如何从识别产品入手，编制ABS和PBS，以及如何以PBS为基础，综合运用通用步骤、工作分解结构矩阵等项目管理技术，来构建项目的工作分解结构，从而保证项目工作分解的完全、彻底、可行和规范。该模型不仅有效适用于制造业项目，而且同样适用于IT、建筑业等各类大、小项目。在实际项目规划中，可以在此模型上进行拓展，细化并规范本组织或本项目的通用步骤及WBS编制规范。

skyboy008 发表于 2007/7/3 9:29:00 阅读全文 | 回复(0) | 引用通告 | 编辑 | 收藏该日志

发表评论：