(转)也谈需求调研

      需求调研对于一个应用软件开发来说，是一个系统开发的开始阶段，它的输出“软件需求分析报告”是设计阶段的输入，需求调研的质量对于一个应用软件来说，是一个及其重要的阶段，它的质量在一定程度上来说决定一个软件的交付结果。怎样从客房中听取用户需求、分析用户需求就成为调研人员最重要的任务。总结本人几年的经验，写下这篇文章，希望对大家有所帮助。
      项目目任务书下达给项目经理的时候，项目经理及调研人员应该对合同中软件范围认真审阅，虽然合同中的只大概对写了软件需求范围，但这些信息及为重要，它是调研计划制定的一个依据。
      调研计划制定，项目经理及调研人员对软件范围进行讨论，对调研活动序列进行划分，可以采用自顶向下的方法把活动细分，同时对各活动的周期进行评估，对各活动的资源进行分配，制定计划时最好与以前的经验及类似的项目关联起来，使计划制定的尽量准确些。在制定计划时考虑到相应的分析，使分配的时间及资源尽量合理些。编制后的计划在公司评审通过后，及时提交给客户相关部分，一般为信息中心，让客户对我们的调研计划有充分的了解，同时让他们在相应的时间协调相关的部门的人员参与我们的调研工作。
      调研人员工作分解，如果调研人员超过一个人，此时应该对调研人员工作进行分工，尽量发挥各人长处，让调研顺序开展下去。调研过程一般来说，可以所工作任务分为以下几种：做调研准备资料（Rose图、Ppt、原型准备）、讨论调研资料、调研、用户问题刻录、需求分析报告书写、需求分析报告审核、用户确认需求分析报告、周计划、总结书写、用户协调等。根据人员特点，可以把工作任务的一种或几种分配给相应人员。
      调研工具选择，一般客户对图会比较感兴趣些，所以建议在调研过程中，最好是采用图的方式把东西展示给客房，在调研过程中采用Rose工具，把客户的意思转换为用例图、时序图、协作图、状态图、类图等，使表达的意思更加直观。这样客户会更快的进行问题的实质。
      在调研过程中，要把握一点，客户需要的不一定的是客户真正所需要想要的。客户永远没有错，错的只有我们没有真正理解客户的需要。有时客户表达一个意思的同时，我们要想到客户深层次的意思，同时要转换为计算机的实现。如果计算机不能实现的东西或与合同范围中偏理较远的话，我们应该及时与客户交流一些我们的观点，让谈话接近主题。调研过程其实就象写一篇论文，我们谈话有一个中心思想，大家在围绕中心思想讨论，调研人员应该具有把握主题的能力。如果对客户业务不熟悉，我们在调研前要做好充分的准备，可以请教公司里对业务熟悉的人员或到网上查找相关的资源，调研人员也可以坐在一起来模拟客户工作流程，假设一些可能的东西进行分析。在调研过程中，如果对某些业务一下子不能理解我们应该主动地提出来到现场去参观一下，通过这种方法来增进对客户业务的理解，参观时应该仔细听取相关人员的讲解，同时应该快速地分析，把业务转换为程序实现是怎么样子，通过这种方式，可能会有许多问题会提出，在参观完后，应该有及时对业务进行分析，在分析过程中可能要会发现一些问题，通过再次与用户交流解决剩余的问题。对一次交流的结束后，需求调研人员应该及时总结，让客户听听你的理解是否他们提的需求一致。
      在调研过程中，应该及时与客户的保持良好的沟通渠道。应该每周与客户开一次会议，对调研的进度、效果及客户反映进行讨论，同时对下一周的计划的进行布署。调研过程中，调研人员也应该及保存比较良好的沟通渠道，需求分析是件比较辛苦的工作，要总结分析客户需求，同时要分析客户需求的合理性及潜在的需求，如果比较模糊的地方最好是大家一些讨论，如果讨论之后还不是很清楚的话，则需要同客户再次开会讨论。
      需求分析报告书写。在需求调研阶段，作为调研人员的成果就是需求分析报告。它反应了调研质量。所以在编写需求分析报告时我们一定要仔细分析用户需求，特殊是调研过程中记录的“需求调研查表”。对概念的阐述要清楚、对业务描述要到位、对业务处理规则要简单、对流程说明要具体。需求分析报告的读者有客户、设计人员、开发人员，在编写时一定要考虑到这些因素。
      需求分析报告客户确认，我们编写完的需求分析报告，最终要展示给客户，让他们对我们的分析结果进行认可。其实这个过程非常重要，对于客户和我们同样的重要。
      需求调研其实是门艺术，我有个观点就是软件以实用为准。我们要重视客户需求，引导客户得出比较好的解决问题办法。从而编写出高质量的软件需求分析报告。