引言
项目范围管理包括确保项目做且只做所需的全部工作，以成功完成项目的各个过程。
本文目录结构：
l____引言
l____ 1. 规划范围管理
l____ 2. 收集需求
l____ 3. 定义范围
l____ 4. 创建WBS
l____ 5. 确认范围
l____ 6. 控制范围
l____ 7. 总结
1. 规划范围管理
描述： 为记录如何定义、确认和控制项目范围及产品范围，而创建范围管理计划的过程。
1. 输入
①项目章程：（记录项目目的、项目概述、假设条件、制约因素、以及项目意图实现的高层级需求）
②项目管理计划：
- 质量管理计划（在项目中实施组织的质量政策、方法和标准的方式，会影响管理项目和产品范围的方式）
- 项目生命周期描述（项目生命周期定义项目从开始到完成所经历的一系列阶段）
- 开发方法（定义项目是采用瀑布式、迭代型、适应型、敏捷型还是混合型开发方法）
③事业环境因素：
- 组织文化
- 基础设施
- 人事管理制度
- 市场条件等
④组织过程资产：
- 政策和程序
- 历史信息和经验教训知识库
2. 工具与技术
①专家判断：
- 以往类似项目
- 特定行业、学科和应用领域的信息。
②数据分析：
- 用于评估搜集需求、详述项目和产品范围、创造产品、确认范围和控制范围的各种方法。
③会议：
- 参会者可包括项目经理、项目发起人、选定的项目团队成员、选定的相关方、范围管理各个过程的负责人，以及其它必要的人员。
3. 输出
①范围管理计划：
- 指定项目范围说明书
- 根据详细项目范围说明书创建WBS
- 确定如何审批和维护范围基准
- 正式验收已完成的项目可交付成果
②需求管理计划：
- 如何规划、跟踪和报告各种需求活动
- 配置管理活动，例如：如何启动变更，如何进行追溯、跟踪和报告。
- 需求优先级排序过程
- 测量指标及使用这些指标的理由
- 反映哪些需求属性将被列入跟踪矩阵的跟踪结构。
2. 收集需求
描述： 为实现项目目标而确定、记录并管理相关方的需要和需求的过程。
1. 输入
①项目章程：
- 记录项目概述以及将用于指定详细需求的高层级需求。
②项目管理计划：
- 范围管理计划
- 需求管理计划
- 相关方参与计划
③项目文件：
- 假设日志（识别相关产品、项目、环境、相关方以及影响需求的其他因素的假设条件）
- 经验教训登记册（提供有效的需求收集技术）
- 相关方登记册（用于了解相关方能够提供需求方面的信息，以及记录相关方对项目的需求和期望）
④商业文件：
- 他描述了为满足业务需求而应该达到的必要、期望以及可选标准
⑤协议：
- 协议包含项目和产品需求
⑥事业环境因素：
- 组织文化
- 基础设施
- 人事管理制度
- 市场条件
⑦组织过程资产：
- 政策和程序
- 包括以往项目信息的历史信息和经验教训知识库
2. 工具与技术
①专家判断：
- 商业分析
- 需求获取
- 需求分析
- 需求文件
- 以往类似项目的项目需求
- 图解技术
- 引导
- 冲突管理。
②数据收集：
- 头脑风暴
- 访谈（直接与相关方交谈，来获取信息的正式或非正式的方法）
- 焦点小组（召集预定的相关方和主题专家，了解他们对所讨论的产品、服务或成果的期望和态度）
- 问卷调查（向众多受访者快速收集信息）
- 标杆对照（将实际或计划的产品、过程和实践，与其他可比组织的时间进行比较，以便识别最佳实践，形成改进意见，并为绩效考核提供依据）
③数据分析：
- 协议
- 商业计划
- 业务流程或接口文档
- 业务规则库
- 限行流程
- 市场文献
- 问题日志
- 政策和程序
- 法规文件
- 建议邀请书
- 用例
④决策：
- 投票
- 独裁型决策制定
- 多标准决策分析
⑤数据表现：
- 亲和图（用来对大量创意进行分组的技术，以便进一步审查和分析）
- 思维导图（把头脑风暴中获得的创意整合成一张图）
⑥人际关系和团队技能：
- 名义小组技术（通过投票排列最有用的创意，以便进一步开展头脑风暴或优先排序）
- 观察和交谈（指直接查看个人在各自的环境中如何执行工作和实施流程）
- 引导（引导与主题研讨会结合使用，把主题相关方召集在一起定义产品需求）
⑦系统交互图：
- 他是对产品范围的可视化描绘，如下图：
⑦原型法：
- 指在实际制造预期产品之前，先造出该产品的模型，并据此征求对需求的早起反馈。
- 原型包括微缩产品、计算机生成的二维和三维模型、实体模型或模拟。
- 故事版也是一种原型技术，通过一系列的图像和图示来展示顺序和导航路径。
3. 输出
①需求文件：
- 业务需求
- 相关方需求
- 解决方案需求
- 过渡和就绪需求
- 项目需求
- 质量需求
②需求跟踪矩阵：把产品需求从其来源到能满足需求的可交付成果的一种表格。
- 业务需要、机会、目的和目标
- 项目目标
- 项目范围和WBS可交付成果
- 产品设计
- 产品开发
- 测试策略和测试场景
- 高层级需求到详细需求
- 如下图：
3. 定义范围
描述：制定项目和产品详细描述的过程。
1. 输入
①项目章程
②项目管理计划
③项目文件：
- 假设日志
- 需求文件
- 风险登记册
④事业环境因素：
- 组织文化
- 基础设施
- 人事管理制度
- 市场条件
⑤组织过程资产：
- 用于制定项目范围说明书的政策、程序和模板
- 以往项目的项目档案
- 以往阶段或项目的经验教训
2. 工具与技术
①专家判断
②数据分析
③决策：多标准决策分析是一种借助决策矩阵来使用系统分析方法的技术，目的是建立诸如需求、进度、预算和资源等多种标准来完善项目和产品范围。
④人际关系和团队技能
⑤产品分析：
- 产品分解
- 需求分析
- 系统分析
- 系统工程
- 价值分析
- 价值工程
3. 输出
①项目范围说明书：
- 产品范围描述
- 可交付成果
- 验收标准
- 项目的除外责任
②项目文件更新：
- 假设日志
- 需求文件
- 需求跟踪矩阵
- 相关方登记册
4. 创建WBS
描述：将项目可交付成果和项目工作分解为较小的、更易于管理的组件过程。
1. 输入
①项目管理计划
②项目文件：
- 项目范围说明书
- 需求文件
③事业环境因素：
- 项目所在行业的WBS标准，这些标准可以作为创建WBS的外部参考资料
④组织过程资产：
- 用于创建WBS的政策、程序和模板
- 以往项目的项目档案
- 以往项目的经验教训
2. 工具与技术
①专家判断
②分解：
- 识别和分析可交付成果及相关工作
- 确定WBS的结果和编排方法
- 自上而下的逐层细化分解
- 为WBS组成部分指定和分配标识编码
- 核实可交付成果分解的程度是否恰当
- 如下图：
3. 输出
①范围基准：
- 项目范围说明书
- WBS
- 工作包
- 规划包
- WBS词典
②项目文件更新：
- 假设日志
- 需求文件
5. 确认范围
描述： 正式验收已完成的项目可交付成果的过程。
1. 输入
①项目管理计划：
- 范围管理计划
- 需求管理计划
- 范围基准
②项目文件：
- 经验教训登记册
- 质量报告
- 需求问阿金
- 需求跟踪矩阵
③核实的可交付成果：
- 核实的可交付成果是指已经完成，并被开工至质量过程检查为正确的可交付成果。
④工作绩效数据：
- 包括符合需求的程度、不一致的数量、不一致的严重性或在某时间段内开展确认的次数。
2. 工具与技术
①检查：
- 检查是指开展测量、审查与确认等活动，来判断工作和交付成果是否符合需求和产品验收标准。
②决策：
- 投票
3. 输出
①验收的可交付成果
②工作绩效信息：包括项目进展信息。
③变更请求：对已经完成但未通过正式验收的可交付成果以及未通过验收的原因，应该记录在案。
④项目文件更新：
- 经验教训登记册
- 需求文件
- 需求跟踪矩阵
6. 控制范围
描述： 监督项目和产品的范围状态，管理范围基准变更的过程。
1. 输入
①项目管理计划：
- 范围管理计划
- 需求管理范围
- 变更管理范围
- 配置管理范围
- 范围基准
- 绩效测量基准
②项目文件：
- 经验教训登记册
- 需求文件
- 需求跟踪矩阵
③工作绩效数据：
- 收到的变更请求数量
- 接受的变更请求的数量
- 核实、确认和完成的可交付成果的数量
④组织过程资产：
- 现有的、正式和非正式的，与范围控制相关的政策、程序和指南。
- 可用的监督和报告的方法与模板。
2. 工具与技术
①数据分析：
- 偏差分析：用于将基准与实际结果进行比较，以确定偏差是否处于临界值区间内或是否有必要采取纠正或预防措施。
- 趋势分析：旨在审查项目绩效随时间的变化情况，以判断绩效是正在改善还是正在恶化。
3. 输出
①工作绩效信息
②变更请求
③项目管理计划更新：
- 范围管理计划
- 范围基准
- 进度基准
- 成本基准
- 绩效测量基准
④项目文件更新：
- 经验教训登记册
- 需求文件
- 需求跟踪矩阵
7. 总结
