工作分解结构(WBS)实际上是可交付的工具或关键项目，可将团队的工作组织为更简单且可管理的部分或任务。这些只是项目团队需要执行的工作的可交付的层次分解。
项目团队通常仅通过识别最重要的功能交付物并将所有这些变量细分为较小的系统和子交付物来创建WBS。 WBS的开发通常基于项目管理的样式，组织文化，客户偏好，财务限制以及各种其他特定于项目且难以定义的参数，并且这些参数是特定的。较大的任务被分解并分解为WBS中可管理的工作块。 WBS通常有两种类型，即基于交付的方法和基于阶段的方法。它只是提供各种信息结构。其中一些信息结构如下：
- 一个简单清晰的任务分解，可分配各种职责
- 计划，预算和支出跟踪的基本支持结构
- 所有重要和重要工作的描述
WBS的常规问题：
常规的工作分解结构通常会过早地分解或结构化，计划和预算，而围绕产品设计的细节描述太少或太多。常规的WBS通常存在以下三个主要缺陷：
- 产品设计过早的结构化或分解–
在下面给出的图中，您将看到传统的WBS首先已被分解或构造为其所有产品体系结构的子系统。然后，它们进一步分解为每个子系统的组件。毕竟，通常要建立坚实，强大，切合实际且必不可少的计划基础，这很难，也很难进行交换。 - 过早的分解，计划的和预算的细节描述太少或太多-
在上图中，显示的WBS对于大型系统非常简单。其中，共有六个或更多级别的WBS。而在小型或内部开发中，即使没有任何支持细节，WBS也仅被阐述为单一级别。但总的来说，WBS至少要进行详细阐述，并至少解释为两个或三个级别。可以说，大型开发总体上是超计划的，小型开发总体上是超计划的。 - 难以或无法比较项目特定项目和跨项目项目–
有些组织只是被允许并被允许根据项目经理的风格，客户的需求或要求等详细说明其项目结构。如果没有WBS结构，则比较计划，财务数据将非常困难且困难。 ，计划数据，组织数据等等。
_0.jpg)
进化工作分解结构：
渐进式工作分解结构只是围绕流程框架而不是产品框架来组织所有计划元素。 WBS应该通过以下方式组织层次结构：
- 像工作流这样的元素，包括管理，环境，需求，设计，实现，评估和部署，应在第一级WBS中进行描述。
- 应在第二级WBS中定义不同生命周期级别的元素，例如初始，详细，构造和过渡。
- 在第三级WBS中应定义用于开发各个阶段工件的活动的元素。
WBS只是简单地构建项目的功能，并将其映射到生命周期，预算和人员。在要素之间分配的WBS和相关预算仅给出了对管理方法，优先级和关注事项有意义的基本指标。使用WBS，可以很容易地设计，组织和管理项目。它也有助于估算必不可少的资源，例如成本，时间，人员等，并提高项目效率。