软件项目中需求调研浅析

大家好，由于本人前段时间一直在客户那做项目的需求调研，所以未及时更新博客，此次博文就本人在做需求调研的体会与大家分享下需求调研的经验。在需求调研中，遇到了许多问题。如果你是一位需求调研的“新手菜鸟”，那么可以看看本文，也许会对你的第一次需求调研有些许帮助！如果你是一位需求调研的“大牛”，也可以看看本文，为小弟指点迷津！

什么是软件项目需求调研？

由于我也是第一次参加项目的需求调研，所以在去客户的前一天晚上好好的做了一番工作，为踏上“新战场”做了一些简单准备！

需求调研：对于一个应用软件来说，它是一个系统开发的开始阶段，它是为我们项目设计阶段而准备的，需求调研的质量也直接关系和决定了软件的交付结果，这样来说，如果你不希望你做出的软件后期经常修改的话，那么需求调研时做好听取客户需求、分析客户需求是你唯一的途径！

需求调研重点：我还记得一位伟大的老师和我说过，软件以用为美！所以我们要重视客户需求，然后引导客户得出比较好的解决办法！这样有利于我们编写高质量的软件需求分析报告！

简单的介绍了下什么是项目需求调研，那么接下来呢，就我这次需求调研总结为大家介绍下需求调研的流程！

需求调研流程

撰写需求调研计划：我原以为这个需求计划都是唬人用的，需求调研的如何还不是要靠客户现场访谈以及配合怎样。可是我错了，大错特错，调研计划设计的不合理，导致我在客户那边浪费了大量的时间，以至于我不得不延长需求调研时间，随之而来就是增加了需求调研的成本。所以撰写需求调研计划也非常重要。下面是本人摸索整理出来的需求调研计划要素：

调研计划要有明确的起始时间与结束时间，并将调研计划分为X个阶段进行。

通常会分为这几个阶段

1、调研准备阶段。此阶段需要拟定调研计划，并得到甲方的认可（为啥得到任何？甲方认可调研计划，方便安排相关部门人员配合需求调研的访谈与记录）。完成标志：甲方认可《需求调研计划》。

2、需求调研实施阶段。按照需求调研计划的日程实施调研，最后形成《用户需求调研总结报告》。每天调研小组要对当天的调研形成总结，每周向甲方小组提交一次总结报告。甲方项目组对《用户需求调研总结报告》中的偏差和遗漏进行指正（将需求记录下，并随时得到客户确认）。完成标志：需求调研计划日程完成，完成《用户需求调研总结报告》。

3、提交文档形成阶段。对需求调研过程中分析形成的用户需求说明，由甲方业务部门进行确认，形成《软件需求规格说明书》初稿（软件需求说明已经快大功告成，就差提交给甲方了0.0）。完成标志：提交给甲方《软件需求规格说明书》初稿。

4、文档提交阶段。此阶段已是“收官之战”，确认完善《需求说明书》并按甲方意见对《需求说明书》进行修改。完成标注：甲方对《需求说明书》确认签字。

OK，需求调研计划算是制定完了，读者们也可以从中看到需求调研要怎样进行，相信有些朋友已经有些感觉了，对，需求调研计划如果制定的非常明确和完善，那么我们以后所有的需求调研流程只要按照计划走就OK，至多就是细节和小问题上会有些不同，这样大大节省了我们需求调研的时间，也让我们需求调研存在可控性。

调研计划做完了，意味着战前的准备工作（目标、方式、流程）已经完成，那么接下来就要进入“战场”（客户现场），进行“真刀真枪”的实战（调研实施）。首先客户现场的第一个环节，我将其戏称为“战前大阅兵”，一般此时都会开一个需求调研见面会，列会人员包括：乙方项目负责人（项目经理）、乙方调研小组成员、甲方项目组负责人（主管或者项目倡导人）、甲方项目组成员（客户项目负责人员或各部门主管）。会议的内容也就是介绍双方项目组人员，方便以后需求调研时对号入座，然后由甲方阐述此次项目的背景以及大致的总体需求。此阶段主要是认人，方便以后进行一对一“PK”（访谈）。

需求调研见面会完毕后，接下调研小组成员就需要进入“侦察阶段”（熟悉甲方业务流程）。由于时间关系，接下来的调研流程请关注本人的后期博文，会为大家详细说明….“预知后事如何，请听下回分解….”

上篇博文说到需求准备完成后，就是客户方的需求调研见面会，目的是为了解项目背景以及总体上认知项目需求。接下来就是所谓的“侦察阶段”：熟悉业务流程。这一步非常重要，直接关系到需求调研的质量（如果所做软件并未涉及到客户方的生产流程而只是单个系统项目，这一步可滤过，直接获取用户需求和功能性需求）。需求分析人员要在短时间内明确企业工作流程中部门各自的分工和职责，关键的控制点，以及各部门的工作流程又是怎样。总之，了解客户的业务流程能够有助于我们理解用户需求，在和客户沟通获取需求时也需要我们能清楚他们的业务流程。所以，熟悉业务流程是我们做好需求调研的第一步。

当我们熟悉了企业的业务流程后，我们就要开始点对点的“访谈”，找各个部门负责人获取用户需求，需求获取也称需求捕获。需求捕获的过程就是人与人打交道的过程，其成功与否与需求分析人员的沟通能力关系极大。那么根据我上次参加需求调研的总结来看，需求捕获应该具备以下策略：

1、主动性。需求分析人员应该要发挥主动性，要善于把握主动权，要随时根据每次调研的对象和调研的内容制定相应的计划。

2、聚焦性。需求分析人员要针对问题，步步深入，一次集中一个问题进行深入交流。比如说，员工在系统中登记工时需要以什么形式来体现？登记工时的要素有哪些？登记方式是填写还是选择？原来员工登记工时的模式是怎样的？原来处理存在哪些困难？有哪些问题比较棘手？需要系统登记工时达到何种效果？等等，善于聚焦访谈话题是需求分析人员成功的关键。

3、破解需求。用户的需求可以分为三个层次，意识到的需求：经常困扰用户的问题使用户自己能够设想到的功能，这个需求很容易就能获取；无意识的需求：这个与用户的实际工作场景有关，只有在实际的工作场景中”亲身感受“才能了解到，要设计合理的解决方案就需要需求分析人员加强业务知识，就是此前的熟悉业务流程。未梦想的需求：需求分析人员在充分理解问题的基础上，选择合适的技术方案，用简单的功能解决原来很繁琐的处理。

4、破解阻碍。有时候客户所说的需求与实际不符，多个被访者见的需求描述也不一致，这时候，我们需要记录所有的需求描述，找到上层管理人员来达成需求共识。另外，被访者可能不太配合，可能由于在办公室进行访谈，会不断的被事情打断等，解决办法是离开办公室，这里最好的办法是前期制定好的需求调研计划并得到对方认可。

从以上可以看出，需求调研是要讲究方式方法的，需求捕获的关键在于有效沟通。今天就介绍到这里，相信很多有经验的需求分析员都有自己的一套需求调研方法，不过需求调研都大同小异，目的都是获取完整的用户需求，引导用户改变某些不符实际的需求。下一篇给大家介绍，需求分析总结以及需求规格说明书的撰写！以前只顾着写代码总没把编写文档当一回事，其实编写文档的能力在企业中非常重要！曾经有位老师说过，写文章要胜过写代码。