需求捕获常见问题
捕获范围不足：认为客户要求就是软件需求，不注重对业务知识（业务事件、业务实体、业务规则）的捕获，从不主动问为什么
缺乏计划性：无准备（没有预先对问题、时间、访谈人员进行计划），捕获过程随意、走过场，造成需求捕获的时间利用率低
缺乏科学性：将宏观层次问题与微观问题混在一起，没有做到定向、聚焦
捕获对象不明确：很少主动找到合适的被访谈者，而是客户占据主动
捕获手段不足：认为只有用户访谈和调研会议才是有效手段，却忽略了在不同场景下可以通过组合不同的捕获手段达到更好的效果
需求捕获的策略
<span style="font-size: inherit;">需求捕获应该主动的：问题的关键在于需求分析人员是否</span><b style="font-size: inherit;"><font color="#c41230">善于掌握主动权</font></b><span style="font-size: inherit;">，是否能够根据每次访谈的对象<b><font color="#c41230">制定相应的计划</font></b></span><br>
需求捕获应该是聚焦的：善于聚焦访谈话题是需求补货人员成功的关键
破解需求的冰山模型：善于将三层用户需求都挖掘出来
用户意识到的问题：用户通常遇到的困扰或者能够设想到的功能
无意识的需求：充分理解用户的工作场景，具体的方法就是加强对业务知识的捕获
未梦想的需求：需要需求分析人员充分理解业务并选择合适的技术方案，创造出用户未梦想到的功能
破解阻碍需求捕获的心理现象
言过其实心理
用户说出或提出的流程或需求过于理想化、规范化，无法真正落实或实施
用户在表述时通常十分肯定，讲述十分顺畅，没有什么打断（因为创造不需要思考，回忆才需要）
验证：访谈结束后再找一个相关的用户进行访谈，如果获得的信息不相同，就说明遇到了问题
差异展现法：将不同用户代表的访谈结果进行整理，在系统开发开始前展示给中高层管理人员，就如何解决达成共识
瓶颈分析法：在流程执行过程中的瓶颈进行分析，例如：时间瓶颈、人员瓶颈等，以避免流程无法顺利运转起来
越俎代庖心理
在企业中，往往“懂得越多的人就越忙”，而有些企业中会有一批不算太忙（同时也懂得不多）的人经常会在需求捕获时侃侃而谈（不论是不是自己负责的流程，都会津津乐道，按照自己的理解、想象进行肯定的描述），为需求捕获带来很大的负面影响
如何避免/改善该现象？
识别正确的被访谈者
正确分为两层含义
问题的层次是否正确：高层问宏观，中层问脉络，基层问细节
用户代表是否正确：根据当前问题所针对的业务环节是由谁负责的，谁就是最佳用户代表。执行者往往就是回答问题的最佳人选
实际情况：捕获过程中很难找到正确的人，或者他没有足够的时间
继续访谈“越俎代庖”类人群，并将访谈结果按照“业务脉络”进行分类，将不属于此类人群的部分标识出来，并确定谁是“执行者”
在后续访谈安排对“执行者”的访谈，由于有了一定基础并整理出部分问题，时间可以大大减少
如果“执行者”连访谈时间都没有，就通过需求验证的手段来参与，或是文档、评审会
非正事心理
被访谈者没有将这次访谈当做是一件优先级很高的事情
潜在因素
客观因素：办公室或者非正式环境是一个很容易受干扰的环境
主观因素：非计划的事情通常会被看做是低优先级的事情
解决策略
访谈应尽量避开办公室
提前做好一段时间的访谈计划（访谈人、访谈要点），由对方统一安排
抗拒心理
主要发生在基层，因为信息化系统对基层而言效益并不明显，而且还经常会使其工作量增加，且带来培训负担，就会使得基层对信息系统的敌意转化成对需求分析师的敌对
化敌为友：弄清楚原因，缓和基层对信息系统的敌对情绪，倾听对方抱怨是有效手段之一
推卸责任心理
信息系统在企业中并没有被广泛认同，很多人会抱着“事不关己高高挂起”的心态
工作场景介绍：和用户聊从事哪些工作，是如何进行的，然后逐步过渡到存在什么问题、困难等，就会得到需求
不要忽视对变更可能的捕获
“变更可能”是需求文档中一个很重要的组成部分，在需求捕获时要加强这方面的意识，对于大概率发生或可能发生的变更要在文档中具体描述
解决策略
先收集所有可能的变更类型
最严谨的办法就是对历史项目、当前项目的变更进行分析、归类，并进行排名（参考帕累托图）
最实用的办法就是和开发人员进行一次访谈，了解他们最惧怕哪方面的变更，哪些变更会导致比较高的工作量
最笨的办法就是“前车之鉴后事之师”，在项目中不断的总结哪一类的变更较多，在后续需求捕获过程中引起重视
再对获得的最常见、最可能出现的变更类型整理出一些需求捕获时可以使用的问题
案例
需求协商
在需求捕获过程中经常会遇到需要协商的地方，例如：需求的必要性、优先级、互相让步等，都需要需求分析人员与用户进行“沟通谈判”，保证需求范围不蔓延或为项目争取时间或利益
策略
找到解决方案背后的问题
用户通常会说：“我想要...、我希望...、我觉得...”等，告诉需求分析师想要按照自己想法实现的东西，更偏向说“解决方案”，而不会直接说出“问题”，这对于需求捕获过程显然会造成障碍
善于问“为什么？”搞清楚用户为什么想要这个东西，才能知道用户的解决方案是否合理，并且<b><font color="#f15a23">问题与解决方案一般都是一对多的关系</font></b>，要坚信<b><font color="#c41230">选择解决方案的最佳人选是需求分析师，用户代表需要做的是将问题说清楚</font></b>
共赢性谈判
需求分析师和用户在项目中都会有自己的利益和立场，且是不同的。有时只有抛开立场，追求满足大家的利益诉求，才能更好的进行需求捕获
抛开双方立场的核心在于问出对方的立场，搞清楚对方为什么一定要这样做，了解对方的利益诉求，就又可能找到折中的方法
转化技巧
将未知问题转化为已知解问题
将不熟悉的业务场景转化为熟悉的或者转换成已经实现的产品解决方案
相对重要转化为相对次要
用户有意或无意地不指定优先级，或将所有的优先级都定义为最高级时，将上一层次领导提出的、他也知道的需求来比较，如果该需求不是很紧急，通常他自己就会放弃。如果这个需求对方一定坚持，那就说明该需求是不可或缺的
转换关注点
核心在于利用事物的多面性，引导用户代表向有利于需求分析师的关注点进行思考，从而为自己赢得机会，关键技巧在于“创设场景，让用户从你引导的角度去思考问题”
隐喻
多打比方，用用户熟悉的事物来解释技术的问题。隐喻能使沟通更加顺畅，建立良好的沟通基础
