1.深挖客户的需求。

需求：要求，需要。

范围：做什么，交付什么

例如：要一瓶可乐。交付的是可乐。

 1.需求是渴了的。交付可乐有难度，是否可以协商交付雪碧农夫山泉。

2.需求是做可乐鸡翅。只能交付可乐。

规划范围管理（实际中不大写）：

（1）.需求管理计划（how）。是一个指南，如何管理需求。

（2）范围管理计划（how）。

收集需求：

  什么是需求？

需求需要已量化。如果不够量化验收时会有异议。

工具与技术:

1.头脑风暴：适合创新项目，

  传统项目是有合同额的（不能交付项目）影响客户满意度。

2.访谈：直接交谈，可以获取机密信息，一般在信任保密的环境。

4.问卷调查：数据质量不能保障，重点：问题设计。设计互斥问题，来确认是否有效

5.标杆对照：

2.2项目规划

2.2.1规划范围管理

输出：范围管理计划（指南型）

输出：需求管理计划（指南型，HOW，）

2.2.2收集需求

需求定义：根据协议或其他强制性规范，产品、服务或成果必须具备的条件或能力。

需求包括发起人、客户和其他干系人的已量化且书面记录的需要和期望。

收集需求

合同需求为高层级需求，宏观

后续实施为细化，微观需求，细化

要输出干系人登记册、商业文件、协议

收集需求工具与技术：
数据收集：头脑风暴（瞎喷）、访谈（单独聊搞秘密）、焦点小组（专家会谈）、问卷调查（多样化适合系统分析）、标杆对照（找个样本抄作业）
数据分析：文件分析、、

决策：

投票（一致同意，每个人都同意，德尔菲意思为：匿名多轮单线联系，防止跟风）

（大多数同意，超过50%，把决策小组人数定位奇数，服从大多数）

（相对多数同意，50/40/30/10,50就是相对多数）

（独裁决定，老子说了算）

（多标准决策分析，多种标准、评估和排序、决策矩阵，身高体重打分）

数据表现，亲和图，分组分类,相亲新近放一起就是分类

思维导图，整合、反映共性与差异、脑图

人际关系与团队技能：

具体与技术名称：

名义小组，促进头脑风暴、投票、优先排序、5分制、数论，50进20,20进10，参考中国新说唱晋级规则，此处投票为过程

观察和交谈：工作跟随，难以或不愿清晰说明、挖掘隐藏的需求

引导：跨职能、不同部门、协调干系人差异（不能乱用会被打，可能牺牲各方利益）

联合应用设计或开放JAD、质量功能展开QFD、用户故事

系统交互图：拓扑图、可视化

原型法：做个模型，减轻返工的风险

需求文件：描述各种单一需求将如何满足与项目相关的业务需求

需求跟踪矩阵：

项目规划（指导实施、基准比较）

1、规划范围管理：定义、确认和控制项目范围及产品范围
2、需求管理计划：在整个项目中对如何管理范围提供指南和方向

3、收集需求：为实现目标而确定、记录并管理干系人的需要和需求的过程（有工具表）

项目规划

需求和需求范围要区分清楚

例如客户要喝可乐，那么需求可能是口渴，需求范围是提供一杯可乐。

需求代表一种需要，而不是可交付成果。

需求管理计划是一个指南，描述如何去管

需求文件则是描述具体需要做什么

2.2 项目规划

范围：多做——少做？

进度：快——慢？

成本：超支——节约？

人力：多——少？

需求：不一定只代表可交付结果，不代表范围

怎么了解需求？

——调研（收集）——分析

一、规划范围管理

二、收集需求

需求——已量化、细化具体——需求文件

问卷调查：问题设计（建议：互斥性问题）

德尔菲（专家、匿名、多轮、趋同、消除偏见）——达成一致

@复习！！！

启动--规划--执行--监控--收尾

WHAT     WHY     HOW

2.2 项目规划--（启动、 、执行、监控、收尾）

需求（客户需要）和范围（可交付成果）的区别

2.2.1 规划范围管理

OUTPUT1：范围管理计划

OUTPUT2：需求管理计划--大指南

2.2.2 收集需求----输出：需求文件&需求跟踪矩阵

WHAT：包括发起人、客户和其他干系人的“已量化”且书面记录的需要和期望

！！前期的高层级需求---细化成具体的单一需求！！

输入：

I*UT1：干系人登记册

I*UT2：商业文件

I*UT1：协议

工具与技术：

TT1：数据收集！！

• 头脑风暴（传统项目不用--影响客户满意度）
• 访谈（直接面谈--机密信息--座位顺序？）
• 焦点小组（同职能、同领域）
• 问卷调查（受众多样、地理位置分散、快速完成）--问题设计！
• 标杆对照（内外、同行不同行、识别最佳实践、形成改进意见）

TT2：数据分析

• 分析现有文件

TT3：决策！！

• 投票（1、德尔菲--专家匿名、多轮、趋同；2、大多数同意超50%，人数为奇；3、相对多数同意，好几个选项）--强调结果
• 独裁
• 多标准（男女朋友？）

TT4：数据表现

• 亲和图（帮助分组、分类）
• 思维导图（整合）

TT5：人际关系与团队技能！！

• 名义小组？民意？（投票、优先、排序）--强调过程（参考好声音海选）
• 观察和交谈（旁敲侧击、挖掘说不出来的）
• 引导研讨会 （跨职能、协调干系人差异）
• 联合应用设计或开发JAD
• 质量功能展开QFD
• 用户故事

TT6：系统交互图

• 网络拓扑图（机房等）

TT7：原型法

• 模型（减少返工风险）

输出

OUTPUT1：需求文件--小概念

• 业务需求--高层级（对应项目章程的需求）
• 解决方案需求
• 项目需求
• 干系人需求
• 过渡和就绪需求
• 质量需求

OUTPUT2：需求跟踪矩阵

• 保证每个需求有商业价值
• 交付成果对应客户的需求
• 整个项目生命周期中跟踪需求

收集需求：

1.输入：干系人登记册、商业文件、协议

2.工具和技术：头脑风暴、访谈、焦点小组、问卷调查、标杆对照、文件分析、投票、德尔菲技术、独裁、多维决策分析、亲和图、思维导图、名义小组技术（头脑风暴结果排序）、观察、引导（联合应用设计或开发、质量功能展开、用户故事）、系统交互图（拓扑图）、原型法

3.输出：需求文件（需求规格说明书）、需求跟踪矩阵

头脑风暴要注意场合

访谈不适合在开放性场合进行，适合在保密的环境（会议室）

焦点小组（同职能，同一领域）

问卷调查的质量可能不好，数据不准确
（问题的设计很重要）

不同行业也能标杆对照

匿名了 多轮了就是德尔菲分析

超过50%就是多数

决策的人数一般是奇数

高层级需求细化。宏观东西细化。参考项目章程，协议等。

项目规划：

计划可以指导实施

规划范围管理：范围管理文件、需求管理文件 。

什么是需求？

需求-根据特定协议或其他强制性规范，产品、服务或成果必须具备的条件或能力。需求可量化。

收集需求：