如果您对创建工作崩溃结构（WBS）涉及的内容混淆，则您并不孤单。随着我们定义WBS并查看WBS术语中的一些细微差别。
项目成功的五个钥匙之一是在项目的目标或最终产品中进行达成协议。这是对WBS良好理解的地方变得重要。WBS是客户和项目经理之间的隐含合同，描述项目将产生的最终产品或服务。因此，对WBS的声音理解是项目成功的必要条件。
本文描述了WBS中包含和不包含什么，以帮助促进涉众对项目目标或项目最终产品的相互同意。
工作分解结构的概念最早在1957年由美国海军开发，作为计划评估和审查技术(PERT)方法的一部分，用于北极星导弹计划。有趣的是，虽然术语“工作分解结构”在当时并没有被特别使用，但PERT确实将任务组织成面向产品的类别。
什么是wbs？The Project Management Institute’s (PMI) “A Guide to the Project Management Body of Knowledge (PMBOK Guide)” defines a WBS as a “hierarchical decomposition of the total scope of work to be carried out by the project team to accomplish the project objectives and create the required deliverables”. Note the use of the terms scope, work, and deliverable. PMBOK defines scope as “the sum of the products, services, and results to be provided as a project”. Work, of course, is effort. However, in the context of a WBS the PMI’s “Practice Standard for Work Breakdown Structures” says “work refers to work products or deliverables that are the result of effort and not the effort itself”.
根据项目管理知识体系(PMBOK)，可交付成果是“任何独一无二的、可验证的产品、结果，或执行服务的能力，这些服务是完成过程、阶段或项目所必需的”。所以交付物是指提供给客户的最终产品或服务。实践标准在声明“从某种意义上说，WBS可以被认为是一个‘可交付的’分解结构”时，考虑了所有这些定义和术语。
在这种“可交付的”故障结构中有重要的是想到WBS，所以你知道你在将项目的WBS描述给所有利益相关者时呈现了什么。实践标准表明，WBS用于项目“以在可交付成果方面定义项目的范围，并进一步将这些可交付成分分解为组件”。尽管它的名字，WBS不是制作可交付成果所需的工作或努力的描述;它是自身交付成果的崩溃。这种差异导致混淆。
Microsoft Project的一些作者说，WBS是“缩进可交付成果和任务”。PMI表示可交付成果，是的，但任务，否。这种区别很重要，因为当你展示WBS时，你可能会认为自己是呈现比例的说法;建造建筑物。您在建筑工程中没有显示建筑物的Diorama，建设工人和设备的三维图。WBS告诉您最终产品或服务看起来像什么 - 没有什么 - 没有什么比这更少。因此，不要通过添加相关任务或活动将WBS介绍混淆。他们稍后在调度过程中来。
让我在这里引用实践标准来澄清。“工作分解体系清楚地描述了项目的可交付成果和范围——项目的‘内容’。它不是一个过程或时间表的描述，以定义如何或何时将产生可交付成果，而是专门限于描述和详细的项目的结果或范围。”
现在进入“工作包”的概念，它似乎与上述引用相矛盾。项目管理知识体系指南将工作包定义为“在工作分解结构的最低层次上定义的工作，可以对其成本和持续时间进行估计和管理”。考虑到上面的引用，WBS上的工作包是这样一种分解级别的可交付物，可以为已分解的可交付物定义相关的任务，包括持续时间估计和资源分配。
实践标准说，工作包应该“清楚地支持为了交付工作包而必须执行的任务的识别”。因此，WBS并不描述工作，但是，它“支持实现最终目标或可交付物所需的所有工作的定义”。同样，WBS“定义了可交付成果的层次结构”。就是这样!
实践标准进一步规定，WBS应该“包含用名词和形容词而不是动词定义的元素”。可交付成果用名词和形容词来描述，而产生这些可交付成果所需的工作用动词来描述。WBS元素不描述工作，所以您使用名词和形容词来定义WBS元素，而不是动词。
实践标准意识到团队成员可能会感到困惑，特别是在定义工作包时。因此，如果您的团队成员正在确定“项目中涉及的所有可交付成果(或工作包)”，并且他们提出了活动，Practice Standard将告诉您如何处理这个问题。“如果参与者为工作包提议活动，那么应该包括相关的可交付成果，而不是活动(即将建议的活动翻译成相关的可交付成果)”。
使用Microsoft Project的人可能很容易混淆，并在WBS中包含任务和可交付成果。这很可能是因为WBS元素和相关任务列在Microsoft Project的同一列中。此外，Microsoft Project同时分配可交付成果和相关任务WBS识别代码。Microsoft Project scheduler应该注意到只有“Summary Tasks”是WBS元素，因此是可交付的。如果您正在Microsoft Project中创建一个日程表，并且希望仅显示WBS本身，那么可以在Microsoft Project中使用标准的“Summary Tasks”过滤器。
Primavera P6 Professional对新手来说更容易混淆，因为它有一个单独的选项卡或视图，用于简单地显示WBS。Primavera P6仅为WBS元素分配WBS标识码。因此，即使在Primavera P6的同一视图中显示WBS和关联活动，也很容易从关联活动中解读出WBS元素。
让我们快速看一个WBS示例。这里我们在图1中有一个WBS
“地下管道系统的修复与改进”。
图1
请注意，所有WBS元素都由名词描述。其中一些是可互换的名词和动词，具体取决于单词的含义。然而，使用名词和形容词来描述WBS元素的目标是显而易见的。WBS层次结构的最低水平是分解的可交付成果;分解为您开始描述生产这些可交付成果所需的活动（动词）的程度。记住！这些活动并不分开WBS。但它们与WBS密切相关。WBS的最低元素再次支持计划工作的定义或开发。
总结
WBS是一种隐性的契约，所以清楚地描述WBS是很重要的，不多也不少。WBS是创建可交付成果所需范围的分层分解。也许，WBS应该被认为是一个“可交付的”分解结构。
把WBS看作是成品的模型，而不是在建的立体模型。同样，工作包是一个令人困惑的主题。它们只是在这样的分解级别上的WBS元素可交付物，您可以开始考虑生成这些分解的可交付物所需的任务。然而，这些任务是独立于WBS的。
Microsoft Project schedulers可以使用“Summary Tasks”过滤器显示WBS本身。Primavera P6有一个单独的选项卡或视图，仅显示用于报告目的的WBS。同样，适当的WBS开发支持对项目最终目标达成一致，这是导致项目成功的五个主要因素之一。
报价书
项目管理机构（PMBOK指南），PMI，第五届ED指南。
工作崩溃结构，PMI，第二ED的实践标准。
预测与Microsoft Project 2010，Eric Uyttewall，PMP的调度
Fast Forward MBA in Project Management，第四版，Eric Verzuh