分解项目WBS的一般规则.docVIP

分解项目WBS的一般规则 1 可以将项目生命周期的各个阶段做为摘要任务级，将每个阶段的交付物作为主要任务级；如果有的交付物组成复杂，则将交付物的组成元素放在活动级； 2 对一些各个阶段中都存在的共性的工作可以提取出来，例如标准化工作作为独立的细目； 3 分解时应考虑尽量使一个工作活动容易让具有相同技能的一类人承担； 4 分解的层次应确保工作包的工期、成本易于估算，同时结果易于验证和度量； 5 尽量不要在工作内容中包含一种以上的行动（技能/功能）类型； 6 尽量不要使工作包中的资源需求随时间变化； 7 需要考虑内部行动和其他工作包之间是否有从属关系，或者工作包中的所有行动是线性的； 8 如果有需要特别关注的风险，尽量单独的列为不同的工作包； 9 需要考虑在完成整个工作包之前是否有合适的可接受的标准 请教：什么情况下WBS要更新？ 我觉得只要是主要可交付成果变了，WBS都要更新 PMBOK上说的WBS更新，特别举例是如果你发现了遗漏的主要可交付成果都应该将之包括在WBS中，这肯定是更新了，但如果你之前确定的可交付成果定义不清楚，或根本无法完成，那么你必然要重新确定范围，这时WBS也需要更新。 如何建立有效的WBS结构？ 在项目管理过程中，项目规划和控制是非常重要的一个环节，良好的项目规划能同时对项目进度、质量和投资起到很好的控制作用，失败的项目规划则有可能带来混乱、失控甚至项目的最终失败。 在项目规划的过程中，人们往往会求助于WBS方法进行项目工作内容的分解。在此基础之上再进行资源的分配、进度计划并估计项目的成本。WBS随着项目规模的差异所起的作用不尽相同。小的项目只需要很简单的WBS结构，结构的划分基本上是一目了然的，得到的结果容易得到认可。项目规模越大，WBS也越重要，从另外一个角度来讲也越难做好。对大型项目而言，确定项目的WBS结构往往不可一蹴而就，需要经过多次反馈、修正，最后才能得到一个项目各方都能接受的WBS结构。 划分项目的WBS结构有许多方法，如按照专业划分、按照子系统、子工程划分、按照项目不同的阶段划分等，以上每一种方法度有其优缺点。一般情况下，确定项目的WBS结构需要组合以上几种方法进行，在WBS的不同层次使用不同的方法。 那么，确定项目的WBS结构需要遵循何种方法和原则呢？ 在回答这个问题之前，首先需要反问一下为什么需要WBS结构，也就是说，WBS在项目过程中究竟起到何种作用？ 这个问题涉及到项目规划和管理的几个层次。 良好的项目管理必须具备以下因素：对项目的认知、为项目提供良好的协同环境和有效的控制。这几个因素环环相扣，前者是后者的必要条件。一个良好的WBS结构在项目管理中所起的作用也可以这三个层次来理解。 站在认知的层次，WBS所起的作用是一目了然的。对项目的认知是协同和控制的基础，如果项目各方对项目本身如果没有一个清晰的无歧义认知的话，项目的成功几乎是不可想象的。WBS的层次结构为我们认识、把握复杂项目的逻辑关系提供了良好的工具。 在共同认知的基础上，项目的成功还有赖于良好的协同环境。一个复杂的项目往往有许多参与者，例如高速公路基建项目，参与者会包括：政府部门、业主、设计咨询机构、施工单位、设备采购供应商、施工监理单位等。项目的顺利进展有赖于这些不同角色的协同工作。由于这些参与者在项目过程中从事不同的工作，需要不同的信息。比如，复杂的项目会遵循先自上而下后自下而上的计划制定过程。两种计划的粒度和范围都是不一样的，但二者需要有机地结合起来形成统一的计划，WBS结构为这些信息提供了一个结构框架。另外和邮政系统中的邮政编码类似，WBS结构还可以成为进度、资源等信息的标签，使不同层次的信息就可以在预先规定的线路中漫游。认知和协同环境并不必然意味着项目的自动成功。项目管理者还必须对项目的进度、范围和资源进行有效的控制。为了进行有效的控制，必须对项目中的工作任务进行范围界定。清楚的范围界定能有效防止出现纠纷时合同双方牵扯不清，同时还有助于业主对承包单位进行数量最少但最有效的控制。而WBS结构实际上有 助于界定范围，当然，这实际上也是对WBS结构的要求。 回答了WBS作用的问题，现在可以对不同的WBS划分方法进行分析。首先是按照专业划分项目，应当说这是一种最自然的划分方法，优点是容易让人接受，缺点是不易协调。比如，在进行地铁建设时，假定在WBS的顶层按照专业将建设分为土建和安装，并按照这种划分确定一个土建分项目经理和一个安装分项目经理。按照这种划分方法在画项目的网络图时就会出现一系列的土建作业和一系列的安装作业。因为某一个车站即包括土建工程又包括安装工程，这样在两组作业组之间就会出现非常复杂的关系，分项目经理之间也很难协调工作。按照系统划分方法容易界定项目范围，但有时候显得不那么直观。系统是人们在长期实践中确定的一