创建WBS

• 概念：把项目可交付成果和项目工作分解成较小、更易于管理的组件
• 作用：为所要交付的内容提供架构
• 发生时间：仅开展一次或仅在项目预定义点开展
• WBS（Work Breakdown Structure）：是对项目团队为实现项目目标，创建所需可交付成果而需要实施的全部工作范围的层级分解
• 工作分解结构组织并定义项目的总范围，代表着现行项目范围说明书规定的工作
• WBS最底层的组成部分叫工作包，可针对工作包安排进度、估算成本和实施监控
• “工作”是指作为活动结果的工作产品或可交付成果，而不是工作本身
• WBS不表示逻辑关系和历时，只表示范围

主要输入：

• 项目文件
  • 项目范围说明书（->分解->范围基准）

工具与技术：

• 分解

主要输出：

• 范围基准（包含WBS）

工作分解结构

• 账户编码COA（Code Of Account）：每个组成部分分配唯一的编码，识别所在的层次和位置
• 控制账户（Control Account）：是一种管理控制点，用于挣值分析（高低决定控制粗细）
  • “1.0”是控制账户。控制账户越高，监控力度越粗。控制账户越低，监控力度越细。一个控制账户里面含有多个工作包。一个工作包只能属于一个工作账户的管理。
• 规划包（Planning Package）：在CA之下，工作包之上。只到工作内容，但暂时不确定详细工作分解
  • “1.1.4”还不清楚具体内容，后期渐进明细
    
• 工作包（Work Package）：位于工作分解结构每条分支最底层的可交付成果或项目工作组成部分

分解原则：

• 100%包含原则：WBS分支的上下包含关系，WBS整体包含了项目所需的所有工作
• MECE：Mutually Exclusive Collectively Exhaustive 互斥，完全穷尽
• 如果采用敏捷方法，可以将长篇故事分解成用户故事
• WBS可以采用提纲式、结构图或能说明层级结构的其他形式
• 不同的可交付成果可以分解到不同的层次
• 分解到可控层面即可
• 滚动式规划：远期工作或信息暂时不足的可交付成果，可暂时不分解，等信息充分后继续分解

工具

分解

• 目的：便于控制
• 程度：能够可靠的估算工作费用和持续时间
• 创建WBS的常用方法包括：自上而下、使用组织特定的指南、使用WBS模板、自下而上（用于归并较低层次组件）
• 可作为分解第二层：项目生命周期各阶段，主要的可交付物，子项目
• 不能分解：很远的将来要完成的成果（WBS也是渐进明细的定义）

输出

范围基准&WBS词典*

• 范围基准包括：
  • 项目范围说明书
  • WBS
  • 工作包
  • 规划包
  • WBS词典
• 工作分解结构词典对工作分解结构组成部分（包括工作包和控制账户）进行更详细的描述
  • 内容：账户编码标识、工作描述、假设条件制约因素、负责的组织、进度里程碑清单、相关的进度活动、所需资源、成本估算、质量要求、验收标准、技术参考文献、协议信息
  • WBS词典式最详细的范围描述