wbs分解需要遵守哪几项原则

开发一个WBS的推荐步骤如下：

步骤1：识别项目目标。（这将支持步骤2和步骤3。）

步骤2：通过明确的识别主要输出是产品、服务或是结果来确定项目的类型。

步骤3A：如果项目的输出是产品，第二级将包括产品名称、次要产品名称和横向关联元素。确保所有的项目输出都与第二级元素有关。（接第4步。）

步骤3B：如果项目的输出是服务，第二级将包括不同类型工作的顶级分组以及项目管理元素。识别尽可能多的活动，并将它们按与工作领域相关的逻辑关系进行分类。（自下而上的综合。）（接第5步。）

步骤3C：如果项目的输出是结果，第二级将包括为实现结果所采取的必要的、公认的主要步骤以及项目管理元素。（接第6步。）

步骤4：对于产品的WBS，将产品元素分解为产品的逻辑物理结构。把横向关联元素分解为支持工作。（接第7步。）

步骤5：对于服务型WBS，把第二级WBS元素分解为逻辑职能工作领域。（接第7步。）

步骤6：对于结果型WBS，把第二级WBS元素分解为要达到元素的目标或输出所采取的特定的标准过程。（接第7步。）

步骤7：审查每一级工作元素，以保证确认了全部的工作；加上必要的元素。在产品型WBS中，确保加上了必要的集成元素。

步骤8：继续将元素分解到工作包级。进一步分解可能会违背上述原理。当下一级可能是活动或未知时停止分解，直到完成了进一步的分析或计划。

步骤9：与项目利益相关者一起审查WBS，并进行必要的调整，以确保覆盖了项目的所有工作。

视锐达 VisualProject 是一款企业级的 IT 专业项目管理软件，产品定位于非工程、以人为核心的企业项目管理软件市场，主要应用于:

软件开发, 软件外包企业、软件产品企业、互联网企业

系统集成与IT 服务, 网络集成、系统集成、 IT 服务企业

新产品研发, 通讯设备、电子、家电等产品研发企业

IT 建设与监管, 银行、电信等 IT 科技部门

专业服务, 咨询服务企业、会计事务所等项目型服务企业

视锐达VisualProject产品特色:

覆盖 组织级 + 项目级 管理

任何组织机构的项目管理都包括多个层次。项目的成功离不开各个层次的相互衔接和配合。视锐达 VisualProject项目管理软件提供组织级的管理视角，覆盖项目－项目群－项目组合－组织项目管理环境多个层次，帮助客户构建完整的企业级项目管理体系。

支持企业管理成熟度的逐步进化

组织项目管理能力的提升并非一蹴而就，而是不断的成熟， 在每个阶段，其特性、需求、改进方法是完全不同的。管理“颗粒度”决定了管理最终的实际效果，企业在发展的不同阶段需要不同的管理颗粒度。视锐达 VisualProject 提供多种管理模式供客户选择，从最精细、最自动化的管理模式，到比较简约的、半手工的管理模式。

支持项目管理国际标准和特定行业的标准

PMBOK 作为一个成功的项目管理体系，已经得到广泛的认同度。 VisualProject 遵循 PMI 的组织级和项目级标准模型，体现了 PM3 理论的逐步改进思路。 VisualProject 吸收了 PM3 的 “ 项目管理成熟度 ” 模型的思想。每个组织的项目管理成熟度、管理环境，都是在逐步提高的， VisualProject 提供了组织在不同成熟度阶段的管理利器。

VisualProject 支持软件 CMMI 体系。传统的 CMMI 工具往往是 “ 为 CMMI 而 CMMI” ，项目组花费很多的精力在 CMMI 工具上填报数据，而不是真正进行项目管理。 VisualProject 将 CMMI 体系与项目管理过程紧密融合。项目组通过 VisualProject 管理和执行项目，自然而然的支持 CMMI 的要求。

不仅是工具，同时涵盖多种模型、方法、最佳实践

VisualProject 不仅仅是一个项目管理工具，更是一个包含了多种模型、方法、企业最佳实践的管理软件。 VisualProject项目管理软件为企业提供了更好的管理匹配度。例如估算方法：工作产品规模——生产率估算方法； 基于历史经验数据的 WBS 功能分解方法；基于历史经验数据的 WBS 过程分解方法。

集成其它软件工具，方便构建统一的管理信息系统

企业的信息管理环境是复杂多变的，各系统之间的数据互访、解决信息孤岛是当前所有企业面临的挑战。 VisualProject 提供了常用软件接口和集成方案，与企业信息系统（ ERP 、 CRM 、 OA 与邮件系统、文件管理等）以及软件工程工具（需求管理工具、配置管理工具、缺陷管理工具、变更管理工具等）可以很方便的做集成，充分保护用户的现有投资。

视锐达VisualProject典型客户:

依靠领先的技术、高水平的产品、强大的咨询实施队伍、优秀的本地化服务及交付能力，视锐达VisualProject项目管理软件已经在系统集成、金融服务、咨询服务、软件开发等行业得到了广泛的应用。典型的客户有：

神州数码融信公司

浪潮集团

神州数码技术中心

中国建设银行上海开发中心

高伟达软件科技

华道数据

抚顺商业银行

国家开发银行

信安世纪安全技术公司

>

答：在分解的过程中，应该注意以下8个方面。(1)WBS必须是面向可交付成果的。项目的目标是提供产品或服务，仅仅是一连串特别的活动。WBS中的各项工作是为提供可交付的成果服务的。WBS并没有明确地要求重复循环的工作，但为了达到里程碑，有些工作可能要进行多次。最明显的例子是软件测试，软件必须经过多次测试后才能作为可交付成果。

(2) WBS必须符合项目的范围。WBS必须包括，也仅包括为了完成项目的可交付成果的活动。100%原则（包含原则）认为，在WBS中，所有下一级的元素之和必须100%的代表上一级元素。如果WBS没有覆盖全部的项目可交付成果，那么最后提交的产品或服务是无法让用户满意的。(3) WBS的底层应该支持计划和控制。WBS是项目管理计划和项目范围之间的桥梁，WBS的底层不但要支持项目管理计划，而且要让管理层能够监视和控制项目的进度和预算。如果将WBS分解得过于徉细，那么容易让人掉进细节中，同时可能会忽略更重要的事情，对于项目的控制成本也不利。另外，WBS如果变成了每小时的工作单，那么对于项目团队成员而言，谁也不愿意每时每刻都受到监控，而且，组织可能还需要雇佣相应的人员来完成如此之多的监控。

(4) WBS中的元素必须有人负责，而且只由一个人负责，尽管实际上可能需要多个人参与。如果没有个人负责的内容，那么WBS发布后，也很少有项目团队成员能够意识到自己和其中内容上的联系。WBS和责任人可以使用工作责任矩阵来描述。在一些参考文献中，这个规定又称为独立责任原则。

(5) WBS的指导。作为指导而不是原则，WBS应控制在4～6层。如果项目规模比较大，以至于WBS要超过6层，此时，可以使用项目分解结构将大项目分解成子项目，然后针对子项目来做WBS。每个级别的WBS将上一级的一个元素分为4～7个新的元素，同一级的元素的大小应该相似。一个工作单元只能从属于某个上层单元，避免交叉从属。

(6) WBS应包括项目管理工作（因为管理是项目具体工作的一部分），也要包括分包出去的工作。

(7) WBS的编制需要所有（主要）项目干系人的参与，需要项目团队成员的参与。各项目干系人站在白己的立场上，对同一个项目可能编制出差别较大的WBS。项目经理应该组织他们进行讨论，以便编制出一份大家都能接受的WBS。

(8) WBS并非是一成不变的。在完成了WBS之后的工作中，仍然有可能需要对WBS进行修改。如果没有合理的范围控制，仅仅依靠WBS会使得后面的工作僵化。在一些参考文献中，这个问题被称为滚动分解原则

希望采纳和点赞，谢谢，祝你每天好心情！

工作分解结构（WorkBreakdownStructureWBS）：以可交付成果为导向对项目要素进行的分组，它归纳和定义了项目的整个工作范围每下降一层代表对项目工作的更详细定义无论在项目管理实践中，还是在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必须在根据范围说明书正常地维护项目工作内容的同时，也能适应无法避免的变更。

3WBS的表示方式WBS可以由树形的层次结构图或者行首缩进的表格表示。

在实际应用中，表格形式的WBS应用比较普遍，特别是在项目管理软件中。

4WBS的分解方式WBS的分解可以采用多种方式进行，包括：n 按产品的物理结构分解。

n 按产品或项目的功能分解。

n 按照实施过程分解。

n 按照项目的地域分布分解。

n 按照项目的各个目标分解。

n 按部门分解。

n 按职能分解。

WBS计划

项目计划是如何体现工作范围的呢？常用的方式是通过工作分解的方式，将工作范围细分为活动，然后对每项活动分配时间和资源，而活动结果的总和就是工作范围，我们将这种分解的计划称为WBS（Work Breakdown Structure，工作分解）计划。制定WBS计划是制定项目计划最主要的活动。

制订WBS计划主要分为以下三个步骤：

第一，分解工作任务。将一个总的工作范围（软件项目XXX）逐渐细分到合适的粒度，以便对任务计划、执行和控制。对于软件项目来说，分解工作任务不是一项单纯的计划活动，而是要根据项目的特点决定工作任务的分解结构。实际工作中更多地会考虑技术因素来确定工作分解结构的形式。

第二，定义活动依赖关系。确定了项目中要完成哪些活动以后，需要对这些活动之间的依赖关系做出定义。活动之间的依赖关系取决于实际工作的要求，不同活动之间的依赖关系决定了活动的优先顺序及其重要性。活动依赖关系是确定项目关键路径和活动浮动时间的必要条件，定义活动间依赖关系的目的是确定每一项活动所需的输入、输出关系。

第三，分配时间和资源。完成工作任务分解并定义了活动的依赖关系后，应该为每项活动分配相应的时间和资源。通常活动都会产生自己的交付物。为活动分配时间可以采用自下而上和自上而下两种不同的方法。自下而上是先估计最小粒度的活动所需要的时间，项目所需的时间则取决于所有项目活动的关键路径时间；自上而下则是确定完成项目所需要的总的时间，然后将时间分配给不同的活动。这两种方法在实际中都有应用，对于客户项目，很多情况下只能采取自上而下的方式，因为大多数项目都事先确定好了项目的交付时间。在软件项目计划中，资源分配主要指人员的分配，指定了时间资源以后，应该指定人力资源。一项工作任务是否能够完成，所需要的时间和人员是两个最主要的变量。在一定的范围内，时间和人员是可以互换的。即增加人员会缩短工作时间；延长时间会降低对人员的需求量（但这种观点的害处在于管理者往往会认为所有的活动都可以互换时间和人力资源）。如果已经确定了活动的完成时间，则指定相应的人员作为完成活动的责任人。

WBS 的方法多种多样，常用的方法包括自上而下的方法、使用组织特定的指南和使用WBS模板。自下而上的方法可用于归并较低层次组件。

WBS分解的方法：

（1）将项目生命周期的各阶段作为第二层，产品和可交付成果放在第三层。

（2）主要可交付成果作为分解的第二层（如果有部分外包的，最好以这种方式分解，易于管理）。

（3）外包工作也要整合进来分解，卖方需编制相应的合同WBS。

创建WBS时需要满足以下几点基本要求：

1、某项任务应该在WBS中的一个地方且只应该在WBS中的一个地方出现。

2、WBS中某项任务的内容是其下所有WBS项的总和。

3、一个WBS项只能由一个人负责，即使许多人都可能在其上工作，也只能由一个人负责，其他人只能是参与者。

4、WBS必须与实际工作中的执行方式一致。

5、应让项目团队成员积极参与创建WBS，以确保WBS的一致性。

6、每个WBS项都必须文档化，以确保准确理解已包括和未包括的工作范围。

7、WBS必须在根据范围说明书正常地维护项目工作内容的同时，也能适应无法避免的变更。

8、WBS的工作包的定义不超过40小时，建议在4-8小时。

9、WBS的层次不超过10层，建议在4-6层。

wbs类比法的优缺点如下。

1、优点：具体到个人，责任分明。分解后的活动结构清晰，从树根到树叶，一目了然，尽量避免盘根错节。每个任务原则上要求分解到不能再细分为止。日常活动要对应到人、时间和资金投入。以团队为中心，自上而下与自下而上的充分沟通，一对一个别交流与讨论，分解单项工作。

2、缺点：对管理能力要求较高，逻辑上形成一个大的活动，集成了所有的关键因素包含临时的里程碑和监控点，所有活动全部定义清楚，要细化到人、时间和资金投入。

以上就是关于创建wbs的步骤全部的内容，包括:创建wbs的步骤、什么项目管理软件比较好我们是一家IT公司、wbs分解需要遵守哪几项原则等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！