第五章 项目范围管理
确保项目做且只做所需的全部工作，以成功完成项目的各个过程。
产品范围和项目范围
产品范围：产品的特性和功能—————-产品需求
项目范围：建立产品所需完成的全部工作——项目管理计划
5.1规划范围管理
创建范围管理计划，为如何管理范围提供指南和方向
5.1.1 输入：
项目管理计划
项目章程
事业环境因素
组织过程资产
5.1.2 工具与技术：
专家判断
会议
5.1.3 输出：
范围管理计划
需求管理计划
5.2 收集需求
需求的分类：
1.业务需求：整个组织的高层级需要。
2.干系人需求：干系人或干系人群体的需要
3.解决方案需求：为了满足业务需求和干系人需求，产品的特性等—-又细分为功能需求和非功能需求
4.过渡需求
5.项目需求
6.质量需求
5.2.1 输入：
范围管理计划
需求管理计划
干系人管理计划
项目章程
干系人登记册
5.2.2 工具与技术：
5.2.2.1 访谈：直接交谈获取信息的正式或非正式方法，也可用于获取机密信息
5.2.2.2 焦点小组：召集预定的干系人和SME，了解他们对产品或成果的期望和态度，互动式讨论
5.2.2.3 引导式研讨会：把主要干系人召集在一起，集中讨论定义产品需求 。快速定义跨智能需求和协调干系人差异的重要技术 有助于参与者之间建立信任，有利于干系人达成一致意见
5.2.2.4 群体创新技术： （组织活动来识别项目和产品的需求）
1.头脑风暴
2.名义小组技术：用于促进头脑风暴的一种技术，通过『投票来排列』最有用的创意，
以便进一步开展头脑风暴或优先排序。
3.概念/思维导图：把头脑风暴中获得的创意整合成一张图的技术，『反映创意之间的共性与差异，激发新创意』。
4.亲和图：用来对大量创意进行分组，『进一步审查和分析』
5.多标准决策分析：借助决策矩阵，用系统分析方法建立风险水平，不确定性和价值收益等多种标准，从而对多种方案进行评估和排序
5.2.2.5 群体决策技术：（对方案进行评估的过程）
1.一致同意 ，达成一致的一种技术：德尔菲技术（匿名，多轮，趋向一致）
2.独裁：某个人为团体决策
3.大多数原则：群体中50%支持
4.相对多数原则：相对多数人支持
5.2.2.6 问卷调查
5.2.2.7 观察
5.2.2.8 原型法：制造预期产品之前，先造出该产品的使用模型
原型技术：故事板
5.2.2.9 标杆对照：计划的做法与其他可比组织做法进行比较
5.2.2.10 系统交互图：对产品范围的可视化描述
5.2.2.11 文件分析：分析现有文档，识别需求相关信息
5.2.3 输出：
1. 需求文件:
业务需求，干系人需求，解决方案需求，项目需求，过渡需求。
2. 需求跟踪矩阵：
把产品需求从其来源连接到能满足需求的可交付成果的一种表格
把每个需求与业务目标或项目目标联系起来
提供了整个项目生命周期中跟踪需求的一种方法。管理产品范围变更提供了框架
5.3 定义范围
制定项目和产品详细描述的过程
明确所收集的需求哪些将包含在项目范围内，哪些将排除在项目范围外，从而明确项目，服务或成果的边界
5.3.1 输入：
范围管理计划
项目章程
需求文件
组织过程资产
5.3.2 工具与技术：
专家判断
产品分析
备选方案生成
引导式研讨会
5.3.3 输出：
项目范围说明书
1.对项目范围，可交付成果，假设条件和制约因素的描述
2.记录了整个范围，包括项目和产品范围
3.详细描述了项目的可交付成果，以及为创建这些可交付成果而必须开展的工作
4.可明确指出哪些工作不属于本项目范围
内容包括（需记忆）：
1.产品范围描述
2.可交付成果
3.验收标准
4.项目的除外责任
5.制约因素和假设条件
项目文件更新
5.4 创建WBS（100%原则，内外沟通文件，集团完成产生认同感）
把项目可交付成果和项目工作分解成较小的，更易于管理的组件的过程
自上而下
最底层组件为 ：工作包
WBS制作人员：项目团队制作，所以成员都参加
需要所有的（主要）干系人参加
项目经理程度制作WBS的责任
5.4.1 输入：
范围管理计划（5.1规划范围管理输出）
项目范围说明书（5.3定义范围输出）
需求文件（5.2 收集需求输出）
事业环境因素
组织过程资产
5.4.2 工具与技术：
分解
1.识别和分析可交付成果及相关工作
2.确定WBS的结构和编排方法
3.自上而下逐层细化分解
4.为WBS组件制定和分配标识编码
5.核实可交付成果分解的程度是否恰当
专家判断
5.4.3 输出：
范围基准（范围说明书 ，WBS , WBS词典）
项目文件更新
控制账户：每个工作包分配到一个控制账户，并根据账户编码为工作包建立唯一标识，是创建WBS的最后的步骤
是一个管理控制点，把范围，预算，实际成本和进度加以整合，并与挣值相比较。以测量绩效
控制账户设置在WBS中选定的管理节点上
规划包:每个控制账户可能包括多个规划包，但规划包只能属于一个控制账户。
是WBS的组件，位于控制账户下，工作内容已知，但详细的进度活动未知。
WBS词典：针对每个WBS组件，详细描述可交付成果，活动和进度信息的文件。
5.5 确认范围
正式验收已完成的项目可交付成果的过程。
输入：
项目管理计划
需求文件
需求跟踪矩阵
『核实』的可交付成果
工作绩效数据
工具与技术：
检查
群体决策技术
输出：
『验收』的可交付成果
变更请求
工作绩效信息
项目文件更新
5.6 控制范围
监督项目和产品的范围状态，管理范围基准变更的过程
在整个项目期间保持范围基准的维护
范围蔓延：潜变，不知不觉的，额外的工作
输入：
项目管理计划
需求文件
需求跟踪矩阵
工作绩效数据
组织过程资产
工具与技术:
偏差分析
输出：
工作绩效信息
变更请求
项目管理计划更新
项目文件更新
组织过程资产更新
