【注：本文为个人学习笔记，随时补充更新内容，仅供参考！】
项目范围管理概述
规划范围管理
收集需求
定义范围
创建WBS
确认范围
控制范围
口诀
口诀：一谋五求
- 一谋 规划范围 —— 找行动方案
- 一求 收集需求 —— 求全
- 二求 定义范围 —— 求细
- 三求 创建WBS —— 求分
- 四求 确认范围 —— 求果
- 五求 控制范围 —— 求控
【范围管理计划】包括：
- （定义范围）根据项目初步范围说明书编制详细项目范围说明书的一个过程；
- （创建WBS）能够根据详细的项目范围说明书制作工作分解结构，并确定如何维持与批准该工作分解结构的一个过程；
- （确认范围）规定如何正式核实与验收项目已完成可交付成果的一个过程；
- （控制范围）控制详细项目范围说明书变更请求处理方式的一个过程。该过程同整体变更控制有直接联系。
【需求管理计划】包括：
- 如何规划、跟踪和报告各种需求活动；
- 配置管理活动；
- 需求优先级排序过程；
- 产品测量指标及使用这些指标的理由；
- 用来反映哪些需求属性将被列入跟踪矩阵的跟踪结构；
- 收集需求过程。
【需求文件】包括：
- 业务需求；
- 干系人需求；
- 解决方案需求；
- 项目需求；
- 过渡需求；
- 与需求相关的假设条件、依赖关系和制约因素。
【项目范围说明书】包括：
- 产品范围描述；
- 验收标准；
- 可交付成果；
- 项目的除外责任；
- 制约因素；
- 假设条件。
【范围基准】包括：
- 经过批准的项目范围说明书；
- WBS；
- WBS词典。
【IT项目范围确认】包括：
- 确定需要进行范围确认的时间
- 识别范围确认需要哪些投入
- 确定范围正式被接受的标准和要素
- 确定范围确认会议的组织步骤
- 组织范围确认会议
工具与技术
【访谈】
- 强调 一对一的交谈
【焦点小组会议】
- 人数通常是6-10人
- 这些人往往来自同一个领域
- 这些人讨论的结果，必须形成统一的意见
【引导式研讨会】
- 在主持人的引导下，不一定形成统一的意见
- 不一定来自同一领域
- 没有人数的限制
【群体创新技术】
头脑风暴法（集思广益会）
- 适用于前期的信息收集
- 强调面对面
德尔菲技术（Delph）
- 匿名
- 强调风险识别
- 用于多次有控制的反馈，达成一致意见结束
- 多用于后期评审
- 强调背对背
【群体决策技术/举手表决】
- 一致同意：100%
- 大多数原则：超过50%
- 相对多数原则：没有比例超过50%，其中相对最多占比
- 独裁
【标杆对照】
- 对标的标杆可以不是同行业的
- 可以对标局部内容：基准对照
【系统交互图】
- 系统的输入输出表达清楚
【产品分析】
- 旨在弄清楚产品范围，并把对产品的要求转化成项目的要求。
- 将项目目标变成有形的可交付成果和要求说明书。
- 把高成绩的产品描述，转变成有形的成果交付。
包括的小工具
－ 需求分析
－ 系统分析
－ 产品分解
－ 价值工程
－ 系统工程
－ 价值分析
【分解】
- 把项目可交付成果划分为更小的、更便于管理的组成部分，直到工作和可交付成果被定义到工作包的层次。
- 目的：便于控制。
- 不能分解：很远的将来要完成的成果。
分解的多种形式
－ 把项目生命周期的各阶段作为分解的第二层，把产品和项目可交付成果放在第三层
－ 把主要可交付成果作为分解的第二层
－ 按子项目进行第二层分解。子项目（如外包工作）可能由项目团队之外的组织实施。然后，作为外包工作的一部分，卖方需编制相应的合同工作分解结构。分解的活动/步骤：
- 识别可交付成果和工作；
- 确定分解结构；
- 将上层分解为下层；
- 分配标识号；
- 核实工作的分解的程度是否必要而又足够。
【偏差分析】包括：
- 识别偏差
- 分析偏差
- 纠正偏差
