第7章 项目范围管理
主要有五个管理工作：
编制范围管理计划
范围定义
创建工作分解结构WBS
范围确认
范围控制。
一、项目范围和产品范围
1、 项目范围：为了完成具有规定特征和功能的产品、服务或结果，而必须完成的项目工作。
2、 产品范围：产品、服务或结果的特性和功能。
二、编制范围管理计划
范围管理计划是一个计划工具，用以描述该团队如何定义项目范围、如何制订详细的范围说明书、如何定义和编制工作分解结构，以及如何验证和控制范围。根据项目的大小，范围管理计划，可以是正式的，也可以是非正式的，可以是详细的也可以粗略的。范围管理计划也可以包含在项目管理计划中。
1、 项目范围管理计划的工具和技术
专家判断
模板、表格和标准
2、 项目范围管理计划的输入
项目章程
项目范围说明书（初步）
组织过程资产
环境因素和组织因素
项目管理计划
3、 项目范围管理计划的输出
依据初步的项目范围说明书编制一个详细的项目范围说明书的方法
从详细的项目范围说明书创建WBS的方法
关于正式确认和认可已完成可交付物方法的详细说明，即如何核实和验收项目所完成的可交付成果。
如何进行变更请求的批准。
三、范围定义（详细的项目范围说明书）
是详细描述项目和产品的过程，并把结果写进详细的项目说明书中。项目范围说明书，是根据项目的主要可交付成果，假设和制约的因素，具体的说明和确定项目的范围。是在项目方案决定以后才进行项目范围定义。
1、 范围定义的工具和技术
产品分析：对已有的产品进行分析，看已有产品有哪些功能和范围。
识别出多个可选的方案：从多个方案中选一个适合的方案
专家判断法
2、 范围定义的输入
项目章程
初步的范围说明书
项目范围管理计划
组织过程资产
批准的变更请求
3、 范围定义的输出
（1） 项目范围说明书（详细）
项目的目标
产品范围描述
项目的可交付物
项目边界
产品验收标准
项目的约束条件：如有合同，合同就是约束条件。
项目的假定
（2） 更新的项目文档
范围定义过程的变更，会导致范围管理计划的变更。从而需要更新项目范围管理计划。
4、 范围定义的边界
范围定义的重要任务是详细定义项目的范围边界
项目小组工作人员应把工作时间和资源放在范围边界内的工作上
范围边界的定义来源来初步的项目范围说明书和已批准的变更。
四、创建工作分解结构WBS
1、WBS的表现形式
分级的树型结构
列表形式
2、分解的工具
（1） 分解
1)分解包含的内容：
识别和分析项目可交付物和与其相关的工作
构造和组织WBS
把高层的WBS工作分解为低层次的详细的工作单元
为WBS的工作单元分配代码
确认工作分解的程度是必要和充分的。
2）分解的方法
至少有以下三种方法：
把项目生命周期的阶段作为分解的第一层，把项目的可交付物安排第二层
把项目重要的可交付物作为分解的第一层。
把子项目安排在第一层。
3）分解的原则：
各层次上保持项目的完整性，不能遗漏必要的组成部分
一个工作单元只能从属于某个上层单元，不能交叉从属，即上层的一个要素，只能派到下一层的一个子项目中。
同层次的工作单元应该性质相同
工作单元应能分开不同的责任者和不同的工作内容
最低层次工作应具有可比性，是可管理的，可检查的，且最低层次的工作单元是工作包。
4）分解的经验：
工作包分解的80规则，即工作包一般分配为8小时到80小时内可以完成。小项目可以定到 8小时内。大项目在一周内可完成。
上一层分到下一层是4—7个子要素
（2）工作分解结构模板
（3）WBS中工作包的格式
（4）滚动波式计划
详细的分解对遥远的将来才能完成的交付物或子项目是不需要的，也不可能的。一般地，项目管理团队应该等待交付物或子项目足够清晰时才制订详细的WBS。近期的工作计划得细一些，远期的工作计划得相对粗一些。
3、创建WBS的输入
详细的项目范围 说明书
项目管理计划
组织过程资产
5、 创建WBS的输出
(1)WBS和WBS字典
WBS描述的是可交付物及其具体内容，定义了整个项目的工作范围。WBS的最低层次通常是指工作包。
WBS字典：
应该说明如下内容：
编号 名称 工作说明 相关活动列表 里程碑列表 承办组织 开始和结束日期 资源需求、成本付算， 规格 合同信息 质量要求和有关质量的技术参考资料。
还可以做其他的分解：
组织分解结构： 提供项目组织的层次化描述。 使得工作包同组织执行单元相关联。用于显示各个工作元素由哪个组织单元负责。
物料清单：生产或加工一个产品所需的部件列表。BOM表。
风险分解结构： 关于已识别的项目风险的层次化描述。按风险类别排列。
（2）范围基准
范围基准： 被批准的详细的项目范围说明书和其相关的WBS以及WBS词典是项目的范围基准。是项目管理计划的一个组成部分。
（3）更新的项目管理计划
五、范围控制
1、 范围控制的工具和技术
（1） 偏差分析
（2） 重新制订计划
（3） 变更控制系统和变更控制委员会
（4）配置管理系统
2、输入：
项目管理计划
范围基准
变更管理计划
配置管理计划
工作绩效数据
绩效报告
已批准的变更请求
2、 输出
变更请求
工作绩效
组织过程资产更新
更新的项目管理计划
项目初期变更范围，比后期容易
需求分析非常重，这样可以避免信息系统范围的重大修改
不要把项目变成新技术测试平台
要实现项目的范围变更必须付出代价。