项目分解结构 (EAP)：它是什么以及如何创建一个

[nurnobi40]

工作分解结构 (WBS) 是一个关键的项目可交付成果，它将团队的工作组织成可管理的部分。项目管理知识体系 ( PMBOK ) 将项目分解结构定义为“项目团队要执行的工作的面向交付的分层分解”。工作分解结构直观地将范围定义为项目团队可以理解的可管理部分，因为工作分解结构的每个级别都提供了更多细节和定义。

考虑工作分解结构的一种简单方法是将其视为特定项目的轮廓或地图。工作分解结构从作为顶级可交付成果的项目开始，并进一步分解为子可交付成果。

项目团队创建项目分解结构，确定主要功能可交付成果并将这些可交付成果细分为更小的系统和子产品。这些子可交付成果将被分解，直到可以分配给一个人。在此级别，生产子供应所需的具体工作包被识别并分组在一起。工作包表示产生特定工作单元的任务或“任务”列表。如果您看过详细的项目时间表，那么您就会将工作包下的任务视为人们需要在特定时间和特定努力水平内完成的“事情”。

从成本角度来看，这些工作包通常被分组在一起并分配给特定部门来完成工作。这些部门或成本账户在组织分解结构中定义，并分配预算以产生特定的可交付成果。通过集成组织分解结构和项目分解结构成本账户，整个组织除了项目绩效之外还可以跟踪财务进度。

为什么要使用工作分解结构？
除了定义和组织项目工作之外，工作分解结构还有很多好处。可以将项目预算分配到工作分解结构的上层，并根据每个项目的工作分解结构快速计算部门预算。通过将时间和成本估算分配给工作分解结构的特定部分，可以快速制定项目进度和预算。当项目执行时，可以跟踪工作分解结构的特定部分，以识别项目成本绩效并识别项目组织中的问题和问题领域。有关时间分配的更多信息，请参阅 100% 规则。

工作分解结构还可用于识别给定项目中的潜在风险。如果工作分解结构中有一个未明确定义的分支，则会带来范围定义风险。这些风险应在项目日志中进行跟踪，并在项目 肯尼亚数据 运行时进行审查。通过将工作分解结构整合到组织分解结构中，项目经理还可以识别沟通点并制定整个项目组织的沟通计划。

当项目落后时，查阅工作分解结构将快速识别受失败的工作包或延迟的子交付影响的关键交付。工作分解结构还可以用颜色编码来表示子可交付状态。将红色表示延迟，黄色表示风险，绿色表示目标，蓝色表示已完成的可交付成果是生成项目进度热图并引起管理层对工作分解结构关键领域的关注的有效方法。

工作分解结构指南
创建工作分解结构时应考虑以下准则：

顶层代表最终产品或最终项目；
子交付成果包含分配给组织部门或单位的工作包；
工作分解结构的所有元素不需要在同一级别定义
工作包定义了生产副产品所需任务的工作量、持续时间和成本；
工作包的长度不得超过10天；
工作包必须独立于工作分解结构中的其他工作包；
工作包是唯一的，不应在工作分解结构中重复。
用于创建工作分解结构的工具
创建工作分解结构是团队的努力，是手头项目的多种投入和观点的顶峰。一种有效的方法是与参与该项目的各个部门组织一次头脑风暴会议。项目团队可以使用白板、记事卡或笔记本等低技术工具来识别关键可交付成果、副产品和特定工作包。当团队讨论项目中涉及的关键可交付成果和工作包时，这些卡片可以贴在墙上并重新排列。

技术含量低的方法很容易做到；然而，它不能很好地与分布式团队合作，也不能轻松转换为电子格式。有多种工具可以支持思维导图、头脑风暴和工作分解结构。 MatchWare MindView 是一款易于使用的思维导图软件包，支持工作分解结构、项目大纲，并可轻松导出到 Microsoft Project 以便以后安排。

MatchWare MindView 的主要优点是其易用性，可将工作分解结构转化为高级项目进度表。工作分解结构的自然延伸是项目进度表。通过在思维导图工具中对项目范围进行集思广益，项目经理可以轻松分配预算和工期估算。这些预算和工期估算可以轻松导出到 Microsoft Excel 或 Microsoft Project，以供进一步规划和分析。项目经理需要能够帮助加快工作速度并减轻项目管理流程带来的管理负担的工具。

如何创建工作分解结构
首先，写下您想要实现的总体目标。这个目标可以是任何东西，从开发新的软件功能到制造导弹。

然后将整个项目分成越来越小的部分，但在列出所有必须采取的行动之前停下来。记住要关注具体结果而不是行动。根据项目的性质，您可以开始将其划分为项目阶段、特定的主要可交付成果或子任务。

创建工作分解结构时，请使用以下规则以获得最佳结果：

100% 规则 WBS 所代表的工作必须包括完成总体目标所需的 100% 工作，而不包括任何不相关或不相关的工作。此外，任何级别的子任务都必须考虑完成父任务所需的所有工作。
相互排斥。 请勿两次包含子任务或对任何工作量进行两次计数。这样做会违反 100% 规则，并在尝试确定完成项目所需的资源时导致计算错误。
结果，而不是行动。 记住要关注结果和结果而不是行动。例如，如果您正在组装自行车，可交付成果可能是“制动系统”，而操作将包括“校准制动片”。
8/80 规则。 有多种方法可以确定工作包何时足够小而又不会太小。此规则是最常见的建议之一 - 一个工作包的工作时间应不少于 8 小时，但不超过 80 小时。其他规则建议不超过 10 天（如果您兼职，则相当于 80 小时） . 完整）或不超过一个标准报告期。换句话说，如果你每个月汇报工作，那么一个工作包的完成时间不会超过一个月。如有疑问，请应用“如果有道理”规则并运用您的最佳判断。
三个级别。 一般来说，WBS 应包括大约三个级别的细节。 WBS 的某些分支会比其他分支更加细分，但如果大多数机构都有大约三个级别，那么您的项目范围和 WBS 中的详细程度就可以了。
做作业。 每个工作包必须分配给特定的团队或个人。如果你的EAP做得很好，工作上就不会有重叠，所以职责就会很明确。