项目可交付成果和项目工作分解为较小的、更易于管理的组件的过程。
如果一个涉及面很大的项目，比如说小葵变美，对一个女生来说能够美的方面是非常多的，也就是说它的可交付成果也是非常多的，会非常难以掌控。因此我们需要创建工作分解结构，将所要交付的内容列出架构，然后按照架构将工作层级进行分解以便于管理。
根据包含确定项目范围说明书的项目文件和项目管理计划（范围管理计划），结合事业环境因素和组织过程资产，明确项目范围是那些、项目范围如何管理以及项目所在行业的WBS，是创建项目WBS的输入。
创建WBS工具技术中，最重要的一项就是分解技术。我们提到如果一个项目很大，交付成果太多是非常难以掌控的，所以我们要使用分解技术，把项目范围和项目可交付成果逐步划分为更小、更便于管理的组成部分的技术。
分解的程度取决于所需的控制程度，以实现对项目的高效管理；工作包的详细程度则因项目规模和复杂程度而异，其中工作包是 WBS 最底层的工作。
我们可能会产生三个疑问：
WBS是分解的层级越多越好么？不同的可交付成果可以分解到不同的层次。某些可交付成果只需分解到下一层，即可到达工作包的层次，而另一些则须分解更多层。工作分解得越细致，对工作的规划、管理和控制就越有力。但是，过细的分解会造成管理努力的无效耗费、资源使用效率低下、工作实施效率降低，同时造成 WBS 各层级的数据汇总困难。因此，通常会分成4-6层。
工作包和可交付成果之间的关系？所有的工作包加起来，一定必须100%是最终的可交付成果。通过把 WBS 底层的所有工作逐层向上汇总，来确保既没有遗漏的工作，也没有多余的工作。
这有时被称为 100% 规则。如果我们想要计算项目的成本和持续时间，我们可以根据对工作包的成本和持续时间进行估算和管理，把得出的结果相加后就是项目总的成本和持续时间。不知道大家有没有了解过mece原则，道理是相同的。
敏捷项目周期怎么分解呢？对 WBS 较高层组件进行分解，就是要把每个可交付成果或组件分解为最基本的组成部分，即可核实的产品、服务或成果。如果采用敏捷方法，可以将长篇故事分解成用户故事。
要在未来远期才完成的可交付成果或组件，当前可能无法分解。项目管理团队因而通常需要等待对该可交付成果或组成部分达成一致意见，才能够制定出 WBS 中的相应细节。这种技术有时称做滚动式规划。
要把整个项目工作分解为工作包，通常需要开展以下活动（顺序很重要）：
1、识别和分析可交付成果及相关工作；
2、确定 WBS 的结构和编排方法；
3、自上而下逐层细化分解；
4、为 WBS 组成部分制定和分配标识编码；
5、核实可交付成果分解的程度是否恰当。
我们根据项目文件（项目范围说明书）和项目管理计划（范围管理计划），结合事业环境因素与组织过程资产，利用专家判断和分解技术，最终创建工作分解结构输出范围基准。
范围基准是经过批准的范围说明书、WBS 和相应的 WBS 词典，只有通过正式的变更控制程序才能
进行变更，它被用作比较的基础。
范围基准是项目管理计划的组成部分，包括：项目范围说明书、WBS、工作包、规划包、WBS词典。
项目范围说明书：包括对项目范围、主要可交付成果、假设条件和制约因素的描述。
WBS。WBS 是对项目团队为实现项目目标、创建所需可交付成果而需要实施的全部工作范围的层级分解。工作分解结构每向下分解一层，代表对项目工作更详细的定义。
工作包。WBS 的最低层级是带有独特标识号的工作包。这些标识号为进行成本、进度和资源信
息的逐层汇总提供了层级结构，构成账户编码。
工作包。每个工作包都是控制账户的一部分，而控制账户则是一个管理控制点。在该控制点上，把范围、预算和进度加以整合，并与挣值相比较，以测量绩效。控制账户拥有两个或更多工作包，但每个工作包只与一个控制账户关联。
规划包。一个控制账户可以包含一个或多个规划包，其是一种低于控制账户而高于工作包的工作分解结构组件，工作内容已知，但详细的进度活动未知。
WBS 词典。WBS 词典是针对 WBS 中的每个组件，详细描述可交付成果、活动和进度信息的文件。可以想象成是一个包含WBS所有内容的词典。
WBS 词典对 WBS 提供支持，其中大部分信息由其他过程创建，然后在后期添加到词典中。WBS 词典中的内容可能包括（但不限于）：账户编码标识；工作描述；假设条件和制约因素；负责的组织；进度里程碑；相关的进度活动；所需资源；成本估算；质量要求；验收标准；技术参考文献；协议信息。
在创造工作分解结构的过程中，能够识别出更多的假设条件或制约因素，因此需要更新假设日志。在本过程提出并已被批准的变更情况也需要在需求文件中反映出来。
总结：根据项目管理计划和项目文件，利用专家判断和分解技术，输出包含项目范围说明书、WBS、WBS词典、工作包和规划包的范围基准，并更新项目文件。
网友评论