五、创建工作分解结构（WBS）

创建WBS的ITO

创建WBS是将项目可交付成果和项目工作分解成较小的，更易于管理的组件的过程，其主要作用是对所要交付的内容提供一个结构化的视图。

创建WBS的表现形式

树形结构：层析清晰，适合小型项目
表格方式：适用大型及各类项目

工具及技术-分解

1.分解总述

在这里插入图片描述

WBS编制需要所有（主要）项目干系人和项目团队成员的共同参与

2. 分解活动及步骤（背）

在这里插入图片描述

要分解什么
怎么分解
开始分解
编码
检查和确认

4.分解结构形式

结构形式	举例说明
项目生命周期阶段作为第二层，交付物做为第三层	如按项目周期的需求、设计、开发、测试、实施等阶段作为第二层；把每个阶段产出的可交付成果作为第三层
以主要可交付物作为第二层	把交付成果做为第二层，然后进行细化分解
外包的子项目结构	如某大型ERP系统，将项目划分为多个子项目，以便外包和自制管理。外包子项目由卖方（承包方）负责分解详细WBS

第一层是项目名称

形式举例：

第一种分解方式
第二种分解方式

4.核实分解是否正确

在这里插入图片描述

5.分解注意事项

(1) WBS必须是面向可交付成果的。
(2) WBS必须符合项目的范围。WBS必须包括， 也仅包括为了完成项目的可交付成果的活动。100%原则(包含原则) 认为， 在WBS中， 所有下一级的元素之和必须100%的代表上一级元素。如果WBS没有覆盖全部的 项目可交付成果； 那么最后提交的产品或服务是无法让用户满意的。
(3) WBS的底层应该支持计划和控制。
(4) WBS中的元素<mark>必须有人负责， 而且只由一个人负责，</mark> 尽管实际上可能需要多个人参与。这个规定又称为独立责任原则。
(5) WBS的指导。作为指导而不是原则， WBS应控制在<mark>4 ~ 6层</mark>。
(6) WBS应<mark>包括项目管理工作</mark>(因为管理是项目具体工作的一部分) ，<mark>也要包括分包出去的工作</mark>。
(7) WBS的编制需要所有(主要) 项目干系人的参与， 需要项目团队成员的参与。
(8) WBS并非是一成不变的， 在完成了WBS之后的工作中， 仍然有可能需要对WBS进行修改。WBS通常要滚动分解。

输出-范围基准

范围基准是<mark>经过批准的项目范围说明书、WBS和WBS词典</mark>。只有走正式变更程序，才能变更范围基础。
（1）范围说明书：
项目范围、主要可交付成果、边界、假设和制约的描述
（2）WBS：
WBS是详细范围说明书的进一步分解。它定义了整个项目的工作范围， 不在WBS里的，则不属于项目范围，要增加，必须走变更。
控制账户：每个工作包分配到一个控制账户，并根据“账户编码”为工作包建立唯一标识， 是创建WBS的最后步骤。控制账户是一个管理控制点， 在该控制点上， 把范围、预算、实际成本和进度加以整合，并与挣值相比较，以测量绩效。控制账户设置在WBS中选定的管理节点上。每个控制账户可能包括一个或多个工作包， 但是一个工作包只能属于一个控制账户。
规划包：也是WBS的组件， 位于控制账户之下， 工作内容已知， 但详细的进度活动未知，规划包最终会分解成工作包
（3）WBS词典：
工作单元（包）的细节描述，可能包括：账户编码标识、工作描述、假设条件和制约因素、负责人或组织单元、进度里程碑、相关的进度活动、所需资源、成本估算、质量要求、验收标准、技术参考文献、协议信息等