创建工作分解结构 WBS
范围说明书->工作包
WBS要包含项目管理工作
分解的步骤
核实工作分解的程度是恰当的
是否分解完毕
8 80原则
分解注意事项
WBS<font color="#ff0000">必须</font>是面向可交付成果的
必须符合项目范围，在各层次上保持项目的完整性，<font color="#ff0000">避免遗漏必要的组成部分</font>
100%原则
最低层工作应该支持计划和控制，具有可比性，是可管理的，<font color="#ff0000">可定量检查的</font>
8-80小时规则
工作单元应能分开不同的责任者和不同工作内容
有且仅有一个负责人
一个工作单元只能从属于某个上层单元，<font color="#ff0000">避免交叉从属</font>
4-6层
应包括项目管理工作，也包括分包出去的工作
WBS的编制需要所有（主要）项目干系人的参与
WBS并非是一成不变的
扩展概念
控制账户 control account
测量绩效
管理控制点
WBS，OBS
可能有一个或多个工作包
挣值管理
规划包 planning package
工作内容已知，进度未知
WBS词典 WBS Dictionary
详细描述可交付成果
项目范围说明书
作用
明确说明项目范围
清楚定义项目的边界
为个独立单元分派人员
估算成本准确
项目进度和控制的基准
防止需求蔓延
确认范围
正式验收已完成的项目可交付成果的过程
签字
贯穿项目始终
干系人参与
输入
<font color="#ff0000">核实的可交付成果</font>
来自控制质量
需求文件
需求跟踪矩阵
项目管理计划
输出
<font color="#ff0000">验收的可交付成果</font>
变更请求
项目文件更新
工具
检查
检查成果
确认范围，质量控制，采购三个地方用到
群体决策技术
确认范围和控制质量的关系
确认范围
强调交付成果是否<font color="#ff0000">可接收</font>
一般在阶段末进行
<font color="#ff0000">外部</font>客户
控制质量
强调可交付成果是否<font color="#ff0000">正确</font>
在确认范围前进行，也可同时进行
<font color="#ff0000">内部</font>检查
渐进明细
干系人关注点
管理层
<font color="#ff0000">项目范围</font>，范围对进度、资金、资源的影响
客户
<font color="#ff0000">产品范围</font>。 产品的特征，功能
项目管理人员
<font color="#ff0000">可交付成果。</font>
项目团队成员
<font color="#ff0000">自己负责的</font>
（补充）确认范围的步骤
1 时间
2. 投入
3. 标准和要素
4. 会议
控制范围(成本）
基准变更
输入
<font color="#ff0000">工作绩效数据</font>
项目管理计划
需求文件
需求跟踪矩阵
组织过程资产
输出
<font color="#ff0000">工作绩效信息</font>
变更请求
项目管理计划更新
项目文件更新
组织过程资产更新
工具
<font color="#ff0000">偏差分析</font>
涉及内容
影响导致范围变更的因素，并尽量使这些因素向有利的方向发展
判断范围变更是否已经发生
范围变更发生是管理实际的变更，确保所有变更请求按照项目整体变更控制过程处理
控制范围还要与其他控制过程相结合
变更原因
项目外部环境发生变化
项目范围的计划编制不周密详尽，有一定的错误或遗漏
市场上出现了或是设计人员提出了新技术，新手段或新方案
项目实施组织本身发生变化
客户对项目、项目产品或服务的要求发生了变化
