来自网络
软件类型很多，大致可分为面向企业的应用和面向个人的应用，今天主要写的是第一类软件，面向企业的软件如何做好需求收集工作。
1、
需求收集的目的是获取用户需求，收集的结果应该详实、全面，可以保证需求分析工作顺利开展。
用户需求按照反馈渠道可分为：用户代表反馈需求、流程与信息化部反馈需求、运维人员反馈需求（包含用户方运维人员设和我方工程人员）。针对后两类需求，需求人员获取需求后需进一步与反馈人沟通明确需求的用户代表。
反馈人一般通过电话、邮件、项目例会、运维日报等方式反馈需求，若反馈的需求无法支撑下一步需求分析工作，需求人员应与需求反馈人及用户代表进一步收集需求。
进一步收集需求时，需求人员可参考采用如下需求收集方法：用户访谈、调研问卷、文档考古、现场观摩。以上需求收集方法可单独使用也可混合使用，需求人员根据实际情况选择使用。
2、
需求访谈：需求人员在进行需求访谈时应遵循如下方法：
（1）需求访谈是最常用的需求收集方法，需求人员在访谈前需制定访谈计划，明确访谈人、访谈时间、访谈主题，并根据不同访谈人提前制定访谈提纲。访谈计划和访谈大纲应提前发用户，以便客户提前准备。
（2）不同层级用户访谈目标不同，高层领导主要探讨目标和范围、中层领导主要探讨流程和管控要点、操作人员主要探讨业务活动的执行细节，需求人员在制定访谈提纲时应注意访谈用户的层级。
（3）需求人员记录访谈纪要建议采用“记录要点+确认+事后纪要”的方式，每个要点记录后和用户确认，事后整理访谈纪要。同时通过录音的方式作为访谈记录的辅助方式。
（4）为避免用户的非正式访谈心里，保证用户访谈时间可控需求人员应建议用户在会议室或洽谈室这样的封闭空间进行访谈。
（5）有些用户在访谈时言过其实，这种情况需求人员应找相关用户在进行一次访谈进行确认，将差异结果分析整理后提交信息化管理部门用户或领导仲裁达成共识。
（6）有些用户对访谈有抗拒心理，这种情况需求人员建议多倾听用户抱怨，化敌为友。
（7）针对用户推卸责任的情况，需求人员可通过讨论工作场景的方式进行沟通，若还是不配合则需要由信息化管理部门协调解决。
（8）用户访谈过程需求人员应该掌握的几个沟通技巧如下：
不要一次问多个问题，应该将多个问题拆分成多个递进性的子问题；
若用语言无法达成共识可采用绘制草图的方式，每个需求人员都应随身携带笔和纸质笔记本；
多听少说、不强制打断用户讲话，一定要等被访谈者讲完后再说话，需求人员与被访谈者的说话时间控制在1:2以下比较合适；
合理使用黄金静默，被访谈者回答完一个问题后静默3秒钟，被访谈者可能会继续补充回答需求人员提出的问题；
采用业务语言而非技术语言与被访谈者沟通业务需求；
在访谈过程中遇到专业术语不要不懂装懂，一定要弄明白业务术语的含义，避免理解偏差；
多问几个为什么以便深刻理解需求，最常见的问题就是这个需求要解决什问题，达成什么目标；
访谈结束后与用户逐个确认记录的要点以免遗漏或理解偏差；
站在用户的角度为自己着想，拨开立场，寻找共同利益诉求点；
需求人员在沟通过程中可使用转换和比喻的技巧方法消除矛盾；
3、
调研问卷一般作为用户访谈方法的补充，其核心目的是为了避免用户访谈的片面性，一般调研用户样本比较大或存在跨地域用户时会考虑使用调研问卷的方法。调研问卷问题制定时应遵循如下原则：
（1）问题应按照先易后难的顺序排列；
（2）问题排列应注意逻辑相关性；
（3）尽量让封闭式问题出现在相关半封闭和封闭性问题之后。
3、
文档考古恰好填补了用户访谈、调研问卷在数据需求上的不足，它是分析细化数据需求的主要手段，需求人员在使用此方法时需注意三点：
（1）收集到的表单，尽可能让用户提供带有真实数据的样本；
（2）需求人员应根据需求分析情况主动收集相关文档而不是被动接收用户给的大量文档；
（3）收集到的相关文档也是后续定义业务术语的数据来源。
4、
现场观摩是一种比较生动的需求收集方法，常见的是系统演示和任务示范，在需求人员对相关需求业务不太了解或涉及系统集成、需求本身由现成的系统参考可通过此方法进一步明确需求内容。
需求收集的内容应包含但不限如下内容：需求反馈人、需求提出人、需求提出部门、提出时间、需求关注层级（部门/中心/集团领导）理由、需求类型（个性需求、公共需求）、要求完成时间、需求描述、相关参考文档。
网友评论