工作分解结构（WBS）实践标准
思维导图
第1章 简介
WBS是项目团队为实现项目目标并创建所需的可交付成果所要进行的全部工作范围的层级分解
WBS则通过定义和层级组织的方法对项目的全部范围进行了进一步的详细描述
WBS是一种实用工具，可帮助项目规划团队克服大量的不确定性
从项目生命周期的角度来看，“创建WBS”过程发生在项目的早期阶段。在范围管理规划之后，将进行需求的收集和记录及范围说明的准备工作。随后，根据可用的范围信息开始创建WBS
WBS为工作范围的可视化提供了基础。WBS与项目目标和可交付成果有关，它有助于验证范围的一致性和完整性，并避免重复。此外，WBS还为在规划过程后期阶段开展的责任分配和成本分配提供了基准
图1-1 WBS关系图
为了更易于管理项目，需要将项目分解为单独的组件（子组件），这些组件被称为WBS
定义
- W=工作（Work），工作指的是输出、工作结果或可交付成果，即付出努力的成果，而非努力本身
- B=分解（Breakdown）。将工作划分成不同部分或类别；分离成更简单且可识别的事物；分解
- S=结构（Structure）。用确定的组织方式来安排事物
WBS描述的不是如何或何时产出可交付成果，而是对项目输出、项目范围、产品范围或可交付成果的描述和细化
在“工作分解结构”这个词中，“工作”是指作为活动成果的工作结果或可交付成果，而不是活动本身
WBS最低层次的组件被称为工作包，可以对其进行时间和成本的估计、执行、监控
不同的项目生命周期具有以下特点，如《敏捷实践指南》中的表31所示：
图2-13 敏捷型生命周期WBS示例，其中迭代位于WBS的第二层次
图2-14 敏捷型生命周期WBS示例，其中发布位于WBS的第二层次
表2-1 分解的类型
活动不是WBS的一部分，因为活动表示“怎么做（How）”，而WBS表示“是什么（What）
层次1——这个层次包括生产产品、服务或结果所需的全部工作范围
在创建WBS时应始终坚持100%原则
表2-3 WBS的创建方法
最常见的WBS表示方式的样式是：
- 层级式
- 提纲式
- 表格式
图2-19 WBS层级结构样式1
表2-4 WBS——基础提纲样式
表2-5 WBS——缩进提纲样式
表2-6 WBS——层级的提纲样式
表2-7 WBS——表格提纲样式
WBS能够：
- 定义可交付成果的层级
- 有利于与不同项目相关方的交流
- 支持为实现最终目标或完成可交付成果所需的所有工作的定义
- 用图形或文本提纲方式来表示项目的范围
- 为整个项目生命周期的所有可交付成果提供框架
- 作为整合和评估进度及成本绩效的机制
- 有利于资源的分配
- 有利于项目进展和状态数据的报告及分析
- 为明确绩效目标提供框架
- 为风险识别提供坚实的基础
- 有利于其他项目管理过程
- 为团队头脑风暴和协作提供工具
- 有利于改善与相关方的沟通
- 有利于避免范围蔓延
- 当外包工作包时，为工作的采购说明提供基础
第3章 关系、整合与环境
表3-1 WBS在《PMBOK®指南》过程组中的重要性
- 以项目生命周期的各阶段作为分解的第二层，把产品和项目的可交付成果放在第三层
- 以主要可交付成果作为分解的第二层
分解是一种渐进明细的规划方式，适用于使用敏捷或瀑布式方法的工作包、规划包和发布规划。这种技术有时被称作滚动式规划
第1层从产品开始，而第2层由迭代组成，在每次迭代后进行功能展开。项目管理WBS元素的存在是为了确保所有的工作已被考虑
图3-8 敏捷型生命周期示例——待办事项导向的分解类型
WBS是成功规划和实施项目的重要工具。很多项目没能按要求的成本、进度和质量完成，都可以直接归因于项目WBS的创建不够完善。没有高质量的WBS，项目将很难成功
第4章 WBS质量
图4-4 有注释的敏捷型生命周期WBS示例
第5章 WBS应用与使用
表5-1 车座工作包进度计划示例
