##################################################
收集需求工具和技术是为收集需求过程服务的。
我们在这里先添加一下，收集需求过程的链接：https://www.cnblogs.com/hemukg/p/12566131.html
之后我们讲解各个工具之间的关系以及如何完成配合收集需求过程：
1. 首先我们要将所有相关方的需求收集上来 ，方法可以是
【头脑风暴/名义小组技术】
【焦点小组】
【访谈】
【问卷调查】
【标杆对照】
可以综合使用目的是为了收集所有需求，各个技术的详解见内容中的链接。
在这些会议或者访谈中我们会用到人际关系与团队技能中的【引导】；
如果发现客户需求难以或不愿清晰说明我们需要通过【观察和交谈】的方法，解决问题，继续收集需求。
2. 需要来源不止可以通过上述方法收集，还可以通过一些文件，从中了解需求。
这些文件可以是
（1）项目前期的商业文档
（2）我们前面讲解的需求文件
（3）可以是市场文献、法规文件
（4）也可以是以往类似项目的项目需求
通过【文件分析】技术可以从总获取需求。
3. 收集完大部分需求之后，我们需要对需求进行整理对比，并不是所有收集的需求都是合理的；
我们需要通过数据表现技术【亲和图】、【思维导图】进行分组，筛选。
4. 并通过【决策技术--投票--多标准决策分析】，进行筛选、归类、判断、排序；
选择合理的需求归入到《需求文件》中。
5. 并用专属于收集需求过程的技术【系统交付图】和【原型法】将现有的需求体现出来。
6. 将系统交付图和原型提交给相关方后，询问相关方
（1）建议
（2）原有需求是否满足
（3）是否有新需求
之后重复1-6步骤。
这样我们就将收集需求整合成一个闭环，完成需求收集过程。
收集需求过程完成，在下面的章节中，我们完成规划范围的第二步--定义范围过程。
定义范围详解链接：未完待续...
##################################################
一、专家判断（关注点/会议点/讨论点）
1. 商业分析
2. 需求获取
3. 需求分析
4. 需求文件
5. 以往类似项目的项目需求
6. 图解技术
7. 引导
8. 冲突管理
二、 数据收集
#####################################################
在收集需求过程中，数据收集当然是最重要的。
下面有一些我们之前见过的数据收集的方法，我们会在下面添加该技术的详解链接。
1-4都是我们在制定项目章程和识别相关方过程中用到的。
5：标杆对照会在本章后更新。
#####################################################
1. 头脑风暴
头脑风暴是一种用来产生和收集对项目需求与产品需求的多种创意的技术。
（头脑风暴详解链接：https://www.cnblogs.com/hemukg/p/12507806.html）
2. 焦点小组
焦点小组是召集预定的相关方和主题专家，了解他们对所讨论的产品、服务或成果的期望和态度。
由一位受过训练的主持人引导大家进行互动式讨论。焦点小组往往比“一对一”的访谈更热烈。
（焦点小组详解链接：https://www.cnblogs.com/hemukg/p/12544473.html）
3. 访谈
访谈是通过与相关方直接交谈，来获取信息的正式或非正式的方法。
（1）方法：访谈的典型做法是向被访者提出预设和即兴的问题，并记录他们的回答。
（2）访问人数访谈经常是一个访谈者和一个被访者之间的“一对一”谈话，但也可以包括多个访谈者和/或多个被访者。
（3）访问相关方访谈有经验的项目参与者、发起人和其他高管，以及主题专家，有助于识别和定义所需产品可交付成果的特征和功能。
（4）访谈也可用于获取机密信息。
（访谈详解链接：https://www.cnblogs.com/hemukg/p/12544473.html）
4. 问卷调查
问卷调查是指设计一系列书面问题，向众多受访者快速收集信息。
问卷调查方法非常适用于以下情况：受众多样化，需要快速完成调查，受访者地理位置分散，并且适合开展统计分析。
（问卷调查详解链接：https://www.cnblogs.com/hemukg/p/12548560.html）
5. 标杆对照
标杆对照将实际或计划的产品、过程和实践，与其他可比组织的实践进行比较，以便识别最佳实践，形成改进意见，并为绩效考核提供依据。
标杆对照所采用的可比组织可以是内部的，也可以是外部的。
（标杆对照详解链接：https://www.cnblogs.com/hemukg/p/12574008.html）
三、数据分析
################################################
文件分析也是在识别相关方过程中已经做了详解；
链接：https://www.cnblogs.com/hemukg/p/12548651.html
################################################
1. 文件分析
文件分析用于通过分析现有文件，识别与需求相关的信息来获取需求。
文件分析包括审核和评估任何相关的文件信息。
文件包括：
（1）协议
（2）商业计划
（3）业务流程或接口文档
（4）业务规则库
（5）现行流程
（6）市场文献
（7）问题日志
（8）政策和程序
（9）法规文件，如法律、准则、法令等
（10）建议邀请书
（11）用例
四、决策
##########################################################
决策技术考虑到篇幅原因，在这里不做详解，在之后章节中单独更新。
投票详解链接：https://www.cnblogs.com/hemukg/p/12574749.html
多标准决策分析详解链接：https://www.cnblogs.com/hemukg/p/12575195.html
#########################################################
1. 投票
投票是一种为达成某种期望结果，而对多个未来行动方案进行评估的集体决策技术和过程。
本技术用于生成、归类和排序产品需求。
2. 独裁型决策制定
独裁型决策制定方法，将由一个人负责为整个集体制定决策。
3. 多标准决策分析
多标准决策分析技术借助决策矩阵，用系统分析方法建立诸如风险水平、不确定性和价值收益等多种标准，以对众多创意进行评估和排序。
五、数据表现
##########################################################
数据表现技术也是收集需求过程的主要工具。
可以通过亲和图对我在们收集的需求中过程中产生的创意进行分组、审查和分析，我们在下方讲解，不做单独更新。
可以通过思维导图，将创意整合成一张图，反馈创意的共性和差异，激发新的创意。
这样可以更好的完成收集需求过程。
考虑到篇幅的原因，我们将在之后的章节中完成内容，更新链接。
思维导图详解链接：https://www.cnblogs.com/hemukg/p/12579274.html
#########################################################
1. 亲和图
亲和图在《PMBOK指南》中没有做太多的解释。我在这里做简单介绍；
如下是从网上摘录的两张亲和图，对不同的问题和需求进行分组对比分析。
（1）亲和图作用
用来对大量创意进行分组的技术，以便进一步审查和分析。
亲和图可以对潜在缺陷成因进行分类，展示最应关注的领域。
（2）主要应用领域/过程
范围管理
收集需求
质量管理
管理质量
2. 思维导图
把从头脑风暴中获得的创意整合成一张图，用以反映创意之间的共性与差异，激发新创意。
六、人际关系与团队技能
##########################################################
在收集需求的过程中，会使用人际关系与团队技能。
名义小组技术，《PMBOK指南》中归类到人际关系与团队技能内，但通过内容我们指导名义小组属于数据收集的技术范围。
我们在头脑风暴中更新名义小组技术的内容。
头脑风暴链接：https://www.cnblogs.com/hemukg/p/12507806.html
观察与交谈在客户难以说明需求时使用，我们在后面章节单独讲解该部分内容，并更新链接。
观察与交谈详解链接：https://www.cnblogs.com/hemukg/p/12579722.html
引导式研讨会在制定项目章程和识别相关方过程已经讲解过，链接如下：
https://www.cnblogs.com/hemukg/p/12529972.html
#########################################################
可用于收集需求过程的人际关系与团队技能包括（但不限于）：
1. 名义小组技术
名义小组技术是用于促进头脑风暴的一种技术，通过投票排列最有用的创意，以便进一步开展头脑风暴或优先排序。
名义小组技术是一种结构化的头脑风暴形式。
2. 观察和交谈
观察和交谈是指直接察看个人在各自的环境中如何执行工作（或任务）和实施流程。
当产品使用者难以或不愿清晰说明他们的需求时，就特别需要通过观察来了解他们的工作细节。
3. 引导式研讨会
引导是指有效引导团队活动成功以达成决定、解决方案或结论的能力。
引导&研讨会引导与 主题研讨会 结合使用，把主要相关方召集在一起定义产品需求。
七、系统交付图
##########################################################
系统交付图是专属于【收集需求】过程的技术。内容如下，我们不做单独更新。
#########################################################
1. 定义
系统交互图是范围模型的一个例子；
它是对产品范围的可视化描绘，显示
（1）业务系统
<1> 过程
<2>设备
<3> 计算机系统
（2）人和其他系统（行动者）之间的交互方式
2. 内容
系统交互图显示了业务系统的
（1）输入
（2）输入提供者
（3）业务系统的输出
（4）输出接收者
八、原型（DEMO）法
##########################################################
原型（DEMO）法考虑到篇幅原因，在这里不做详解，在之后章节中单独更新。
原型法详解链接：https://www.cnblogs.com/hemukg/p/12580950.html
#########################################################
原型法是指在实际制造预期产品之前，先造出该产品的模型，并据此征求对需求的早期反馈。
原型是有形的实物，它使得相关方可以体验最终产品的模型，而不是仅限于讨论抽象的需求描述。