项目管理项目范围管理课程

指做决策时必须考虑多重相互矛盾的标准
价格 安全性能 节能环保
性能 舒适 外观
借助决策矩阵，多重标准，作出决策
群体创新技术（头脑风暴）
自由畅谈、禁止批评 所有的观点被记录下 延迟评判 首要任务追求数量
避免权威人士在场，时间30-45分钟
群体创新技术（名义小组技术）
头脑风暴法的深化应用
全体投票排列最有用创意
察
旁站式、体验式 干系人数量少
不愿或说不清楚需求
5.2.3 工具与技术—杠杆对照 系统交互图
杠杆对照 与可比项目的实践进行对照
识别最佳实践 形成改善意见 绩效考核提供基础
可内部，也可外部
系统交互图
对产品范围的可视化描绘，图形直观地展现 业务系统与其它系统之间的接口关系
11.5 规划风险应对
12 项目采购管理
12.1 规划采购管理 12.2
实施采购
12.3 控制采购 12.4 结束采购
13 项目干系人管理 13.1 识别干系人 13.2 规划干系人管理 13.3 管理干系人参与 13.4 控制干系人参与
wk.baidu.com.1 规划范围管理
在整个项目中，对如何管理范围提供指南和方向。
输入
项目管理计划 项目章程
事业环境因素 组织过程资产
5.1 规划范围管理
工具与技术
专家判断 会议
输出
范围管理计划 需求管理计划
范围管理计划
如何定义、制定、监控、控制和 确认项目范围
需求管理计划 如何分析、记录和管理需求
5.2 收集需求
为定义和管理项目范围（包括产品范围）奠定基础
输入
5.2 收集需求 工具与技术
过渡需求
功能需求 非功能需求
项目需求
质量需求
5.2.2 输出
需求文件
记录干系人的需求 单一需求如何满足业务需求
链接需求与需求源的表格
需求跟踪矩阵 对需求进行跟踪
需求与业务目标或项目目标相联系 确保需求都具有商业价值 产品范围变更的框架
编
关联编 号号
需求描 述
业务需求、机会 、目的、目 标
独立思考，写下方案并陈述
名
主管有权决定接受或拒绝方案
义
小
组
1
名 义 小 组
2
群体创新技术（思维导图）
从头脑风暴法 获得创意，用 思维导图联系 起来，反应创 意之间共性和 差异，从而引 导出新的创意
群体创新技术（亲和图）
对头脑风暴中的主意进行分类（注意的相似性）
目的：以便审查和分析，综合求创新。
把用户和开发团队集中在一起，改进软件开发流程
制造行业：质量功能开发QFD
从收集客户需求开始，客观的对需求分类和排序，设置目标
5.2.3 工具与技术—群体创新技术
通过群体的集思广益活动，来识别产品和项目需求的技术
多标准决策分析 头脑风暴 名义小组技术 概念/思维导图 亲和图
群体创新技术（多标准决策分析）
知识领域
启动过程组
规划过程组
项目管理过程组
执行过程组
监控过程组
收尾过程组
4.4 监控项目工作
4 项目整合管理 4.1 制定项目章程 4.2 制定项目管理计划 4.3 指导与管理项目工作
4.6 结束项目或阶段
4.5 实施整体变更控制
5 项目范围管理
5.1 规划范围管理 5.2 收集需求 5.3 定义范围 5.4 创建WBS
9.2 组建项目团队
9 项目人力资源管理
9.1 规划人力资源管理 9.3 建设项目团队
9.4 管理项目团队
10 项目沟通管理
10.1 规划沟通管理 10.2
管理沟通
10.3 控制沟通
11.1 规划风险管理
11.2 识别风险
11 项目风险管理
11.3 实施定性风险分析
11.6 控制风险
11.4 实施定量风险分析
群体访谈 互动式讨论，求得更有 价值的意见 寻求集体而非个人意见
5.2.3 工具与技术—引导式研讨会
主要干系人参加会议，对产品需求进行集中讨论定义
快速定义跨职能需求 协调干系人差异 有助于建立信任，促进关系，改善沟通，达成一致意见 比单项会议更快的发现和解决问题
软件行业：联合应用开发JAD
5.5 确认范围 5.6 控制范围
6.1 规划进度管理
6.2 定义活动
6 项目时间管理
6.3 排列活动顺序 6.4 估算活动资源
6.7 控制进度
6.5 估算活动持续时间
6.6 制定进度计划
7.1 规划成本管理
7 项目成本管理
7.2 估算成本
7.4 控制成本
7.3 制定预算
8 项目质量管理
8.1 规划质量管理 8.2 实施质量保证 8.3 控制质量
项目管理项目范围管 理课程
概述 项目范围管理
确保项目做且只做成功完成项目所需的
全部工作的各过程
既不多做 也不少做
概述
产品范围 (Product Scope）： 是指客户对项目最终产品或服务所期望包含 的特征和功能的总和；
项目范围（Project Scope ）： 是为了交付满足产品范围要求的产品或服务 所必须完成的全部工作的总和。
项目目 标
WBS可交 付 成 果
产品设 计
产品开 发
测试用 例
001 1.0
002 2.0
5.2.3 工具与技术—访谈
通常“一对一”访谈 预设或即兴问题 愿意且能说清楚 也可用于获取机密信息
目的：识别和定义可交付成果的特征和功能
5.2.3 工具与技术—焦点小组会议
预先选定的干系人和主题专家集中在一起， 了解其对产品、服务或成果期望和态度
范围管理计划 需求管理计划
访谈 焦点小组
问卷调查 观察
干系人管理计划 引导式研讨会
原型法
项目章程
群体创新技术
标杆对照
干系人登记册 群体决策技术
系统交互图
文件分析
输出
需求文件 需求跟踪矩阵
5.2.1 需求
指发起人、客户和其它干系人的已量化且记录下来
的需要和期望，是WBS的基础
业务需求
需求
干系人需求 解决方案需求
基本规则：
1. 一人一票 2. 专家之间背靠背 3. 专家以匿名提出意见 4. 旨在取得一致意见
5.2.3 工具与技术—问卷调查 原型法 观察
问卷调查
预先设计调查表 干系人数量多 想快速完成 相对结果统计分析
原型法
用产品使用模型征求需求意见 不是只讨论抽象的需求 渐进明细
工作跟踪
观
5.2.3 工具与技术—群体决策
为达成某种期望结果，而对多个方案进行评估
一致同意（可用德尔菲技术） 大多数原则：群体中超过50%支持，即作出决策 相对多数原则：群体里相对多数意见作出决策 独裁：某一个人对群体作出决策
目的： 生产产品需求，并对其进行归类和优先级排序
群体决策（德尔菲技术）
获得专家意见的常用方法，减少偏见 问卷收集匿名专家的意见