项目范围管理-过程组
规划过程组： 规划范围管理 收集需求 定义范围 创建WBS(工作分解结构) 监控过程组： 确认范围(核实范围) 控制范围
一、规划范围管理
1. 过程描述
为如何管理范围提供指南和方向
2. 输入
项目章程
项目管理计划
事业环境因素
组织过程资产
3. 工具与技术
专家判断
数据分析
会议
4. 输出
范围管理计划
如何编写范围说明书
如何创建WBS
如何验收可交付成果
如何预防范围蔓延
需求管理计划
如何收集、记录、跟踪需求
按照什么原则定义需求的测量指标
按照什么原则定义需求的优先级
如何定义需求与需求之间的依赖关系
二、收集需求
1. 过程描述
确定、记录并管理干系人的需要、需求、期望
干系人积极参与能直接促进项目成功
2. 输入
项目章程
项目管理计划
项目文件
商业文件
协议
事业环境因素
组织过程资产
3. 工具与技术
专家判断
数据收集
访谈
焦点小组
头脑风暴
问卷调查：受众多样化，地理位置分散
标杆对照：与可比组织做比较，识别最佳实践，形成改进意见
数据分析
数据表现
亲和图：把创意按照自然属性来分类
思维导图：用发散性思维引导出新创意
决策
100%同意：德尔菲技术，匿名，多轮，主观预测，一致同意
大多数原则（>50%）：相对多数原则，独裁
多标准决策分析：设置标准+权重分数，对创意做评估和排序
人际关系与团队技能
名义小组：分成小组投票，排列优先顺序
观察和交谈：用户不愿或难以说出需求时使用，旁观者，体验者
引导式研讨会：跨部门、跨职能，如QFD，JAD，用户故事
系统交互图：显示业务系统之间的交互方式（输入、输出）
原型法：造出模型给用户体验、反馈、修改，多次重复后进入设计/制造阶段，如故事板
4. 输出
需求文件
包含业务需求、干系人需求、解决方案需求等
需求跟踪矩阵
把需求从来源连接到可交付成果
确保每一个需求都有商业价值
确保每一个被批准的需求都能交付
为范围变更提供框架
三、定义范围
1. 过程描述
描述成果边界和验收标准
从需求文件中选取最终的项目需求
2. 输入
项目章程
项目管理计划
项目文件
事业环境因素
组织过程资产
3. 工具与技术
专家判断
数据分析
决策
人际关系与团队技能
产品分析：V=F/C，价值工程，价值分析
4. 输出
项目范围说明书
可交付成果描述
项目范围描述（为完成成果要做哪些工作）
除外责任
验收标准
假设条件
制约因素
项目文件更新
四、创建WBS
1. 过程描述过程描述
把范围分解成更小的更易于管理的组成部分
形成一个结构化视图
项目管理工作和外包出去的工作也应包含其中
2. 输入输入
项目管理计划
项目文件
事业环境因素
组织过程资产
3. 工具与技术
专家判断
分解
工作包是WBS的最底层
一般不超过80小时
可分配、可交付
帮助建立团队
第二层：生命周期各阶段，或主要可交付成果
滚动式规划：渐进明细，近期工作详细规划，远期成果如无法详细分解可设置为规划包
100%规则：下层之和必须刚好等于上层
4. 输出
范围基准
用于支持WBS
工作描述、假设条件和制约因素、验收标准、进度里程碑
控制账户：管理控制点
规划包：工作内容已知，详细进度活动未知
经批准的范围说明书
工作分解结构
工作分解结构词典
项目文件更新
五、确认范围（核实范围）
1. 过程描述
由客户或发起人验收可交付成果
使验收过程具有客观性
2. 输入
项目管理计划
项目文件
核实的可交付成果
工作绩效数据
3. 工具与技术
检查
决策
4. 输出
验收的可交付成果：符合验收标准的，请客户或发起人正式签字批准以证明验收完成
工作绩效信息
变更请求：未通过正式验收的，应记录验收结果及原因，提出变更请求
项目文件更新
六、控制范围
1. 过程描述
监督范围状态，管理范围基准变更
范围蔓延：不知不觉多做了工作
镀金：主动多干了不该干的活
2. 输入
项目管理计划
项目文件
工作绩效数据
组织过程资产
3. 工具与技术
数据分析
4. 输出
工作绩效信息
变更请求
项目管理计划更新
项目文件更新