如何管理需求：需求管理计划

如何管理范围：范围管理计划

什么是需求：

主动探明需求；分析和记录需求，记录下来，在整个项目中进行跟踪；

工作分解结构：wbs

收集需求需要输出的文件：需求文件+需求跟踪矩阵

协议，事业环境因素，组织过程资产

工具方法：专家判断，数据收集，

头脑风暴：关键在于点子的数量，不是质量

访谈：通常一对一，或者一对多，创造私密安全的氛围，可以获得私密不带偏见的信息，可以用于获取机密信息

氛围预设和即兴的

新人的话，可以预设，提前做好提纲

即兴：可以收集到我们没有想到的信息

焦点小组focus groups：

参与者：-训练有素的主持人，moderator

-事先通过资格确认的干系人，领域专家

-记录人

问卷调查：好处：受众广，而且不受地理位置限制

自动识别无效问卷

标杆对照：对标做法或者产品

多标准决策：可以用的场合，例如招聘，绩效考核，决定方案等

数据表现：

亲和图

思维导图

mindmanager

mindmapper

名义小组讨论

观察和交谈：job shadowing

两种观察：外部观察--站旁边看；参与型观察-跟着做

系统交互图

1、收集需求

• 主动探明需求
• 分析
• 记录
• 根据基准确定需求是否采纳

2、工具

名义小组技术

     决策的效率更高

观察和交谈:(工作影子,工作跟最)

    外部观察:看

    参与性观察:跟着做

引导技术

    JAD:联合应用开发/设计joint application development or design

    QFD:质量功能展开 quality function deployment

         手机客户需求-客户声音

                 两点1:主动,事情持续驳货客户随时间变化的需求

    用户故事:

            处于性设计

系统交互图

原型法

    采用迭代法设计

    模型

    微缩产品

     故事板:通过一系列的图

需求文件:可度量,可测试,可跟踪,完整性,一致性

需求跟踪矩阵:一个表格

    需求的起源-细化-设计-实现-检验-验收

1、需求：头脑风暴、访谈（提纲、即兴）、焦点小组（代表性人群）、问卷调查、标杆对照

1、主动探明需求；

 2、人际关系和团队

• 名义小组技术
• 观察和交谈
• 引导技术

需求收集

需求: 根据特定的协议或其他的强制性规范,产品.服务或成果必须具备的条件或能力; 

头脑风暴 , 访谈 , 焦点小组, 问卷调查,标杆对照 

任务18：收集需求

注意事项：

1、主动引导、启发、探明客户需求

2、分析记录需求

方式：

A、focus groups 焦点小组

参与者：专业主持人+干系人、领域专家

B、问卷调查

C、头脑风暴

D、访谈

E、标杆对照

工具：

数据分析、决策（投票、独裁、分析）、数据表现（亲和图、思维导图）、人际关系团队技能（名义技术小组、观察和交谈、引导技术）

引导技术：

JAD联合应用开发设计——把用户和开发团队叫到一起。

QFD质量功能展开——主动收集客户声音VOC

用户故事——参与设计

系统交互图

原型法prototypes

输出：

1、需求文件

2、需求跟踪矩阵（一张表格）

头脑风暴：brain storming

1. 短时间收集大量创意
2. 重量不重质
3. 德尔菲法

访谈：interview

1. 一般一对一
2. 提纲性或者即兴的提问
3. 可以用于获取机密信息

焦点小组：focus group

1. SME当主持人
2. 参与人要有代表性
3. 有记录者
4. 定性分析方法

问卷调查：questionnaire

1. 受众广，人员地理分布广
2. 问卷编写要全面

标杆对照：benchmark

1. 有标杆进行对标
2. 标杆可以使内部的，也能是外部的
3. 可以使绩效跃进，而不是逐渐改进

数据分析输出

1. 亲和图：有“亲”缘关系的观点”和“在一起
2. 思维导图

人际关系和团队技能

1. 名义小组技术：小组内没有交流，个人思考后写出来，观点可靠性更高
2. 观察和交谈：job shadowing，外部观察和参与性观察
3. 引导技术：

• JAD（joint application development or design）- 开发团队和客户直接沟通，多用于软件行业。
• QFD（quality function deployment）- 收集客户声音，对客户需求进行排序，从而确定目标，多用于传统和制造行业。
• 用户故事 - 参与性设计，多用于敏捷。

原型法 Prototypes - 在执行之前提供一个工作模型，eg：故事板

1. 渐进性开发
2. 具有渐进明晰性

需求跟踪矩阵

需求的起源-细化-设计-实现-检验-验收

各类工具的详细说明

如数据收集方式，数据分析，决策，数据表现，人际关系与团队技能，系统交互图，原型法等各类子系统。

数据流向图怎么看，看不懂

收集需求

主动探明需求，分析，和记录需求，引导启发客户说明需求，

输出：需求文件，需求跟踪矩阵。

需求将分成工作分解结构WBS的基础

输入：看书

数据收集：

头脑风暴，收集需求，进行确认，创意产生和创意分析

不可以打击新店子，所有点子都要记下来，尽力去延伸扩展链接每人的点子

访谈：提纲和即兴的问题

Focus Group：训练有素的主持人，事先通过资格确认的干系人

了解他们对产品、服务、成果的期望和态度

焦点小组法：协调人带领会议，互动会议，

问卷调查，适用性：手中广，可以展开系统分析

让沉默的大多数发出声音

标杆对照

把实际或计划的做法与其他组织的做法进行比较

数据分析

文件分析：协议，商业计划，业务流程或接口文档。。。。用例等等

决策

投票：一致同意，大多数同意，相对多数同意

多标准决策：权重打分作为决策

数据表现

Affinity diagram 亲和图，步骤：

1，记事贴，一个一个观点，贴上白板

2， 观点分类 结构化

概念、思维导图

Mind manager, Xmind.

人际关系和团队技能

名义小组技术，名义小组技术是用于促进头脑风暴的一种技术，通过投票排列最有用的创意。

四个步骤组成 nominal groups, whose member were actually working alone. 

Job Shadowing:

外部观察，参与观察，跟着做

JAD：Joint application development or design:

把用户和开发团队叫到一起，提升软件开发过程。

QFD：quality function deployment.  质量功能展开。

User story: 对所需功能的尖端文字描述。通常产生用于需求研讨会

Context Diagram 系统交互图

描述交付的系统与别的系统的关系。

原型法-敏捷

故事板 Story Board

输出：

需求文件，描述了所有的需求以及各个需求，如何满足项目的上午需求。

需求分类

亲和图：用于创建WBS。 

收集需求：

引导和启发客户，挖掘潜在的需求；

5.2收集需求

需求：根据特定协议或其他强制性规范，产品、服务或成果必须具备的条件或能力；已量化且书面记录的需要和期望

关键：应该足够详细地探明、分析和记录这些需求，将其包含子在范围基准中，并在项目执行开始后对其进行测量。 

WBS：工作分解结构

输入：详细去看

工具：重点 

输出：需求文件、需求跟踪矩阵