软件项目中需求调研浅析

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

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

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

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

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

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

需求调研流程

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

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

通常会分为这几个阶段

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

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

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

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

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

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

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

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

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

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

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

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

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

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

软件项目中需求调研浅析相关推荐

软件项目中需求管理工作的重要性
开发一个软件项目,如果采用瀑布模型(或改进型瀑布模型)的话,通常会包括以下几个开发阶段,即:需求分析.系统设计.系统编码.系统测试.系统交付(及后续维护).在项目管理过程域中,主要包括:项目规划.立项 ...
软件项目中如何开展有效的需求评审
1.需求评审的重要性在软件项目中,需求分析是最开始的工作,同时也是最重要的工作.需求分析如果做得不够详细或者是偏离用户需求或者是存在缺陷的话,往往会给项目带来灭绝性的灾难,不重视需求过程的项目团队将 ...
如何进行IT项目的需求调研
一.如何理解客户业务和客户需求? 原则1:由粗到细,从宏观到微观. 必须先从宏观上了解客户业务的全貌,再逐步深入细节.因为对于客户的业务而言,我们是外行,如果从业务细节着手,很容易迷失方向,失去对业务 ...
如何做好新项目的需求调研？（一）
如何做好新项目的需求调研?(一) 2017/01/25 阅读 1.7万评论 10 收藏 269 对于很多从事外包项目的公司来说,一个新项目,往往只有2~3个月的交付周期,而往往给予到需求调研的时间, ...
如何做好新项目的需求调研?
对于很多从事外包项目的公司来说,一个新项目,往往只有2~3个月的交付周期,而往往给予到需求调研的时间,很多时候只有短短的几天,如何能在几天的时间里面,把一个新项目的需求调研清楚,确实是令产品人员很头 ...
[周年感悟]看软件项目中的四种角色
工作一年了,这一年没像大学那样拼命的发帖,拼命的写博客.然而毕竟是过了一年了,便以此文纪念我逝去的2011年吧! 2011年3月份到公司实习,实习到5月,然后回学校做毕业设计,7月份正式入职.若是从实 ...
【软件工程】用户在软件项目中承担的工作
终端用户终端用户既指软件的最终操作者,也是软件工程内的一个概念,指终端用户的抽象集合,用于区分单纯使用软件的用户和进行软件开发的开发者.这种抽象主要在设计用户界面时有用,用于代表普通用户的共同特性. ...
[项目管理]工业工程理论在软件项目中的实践
摘要:结合工业工程理论,对公司现有软件项目开发流程进行总结分析,优化项目管理流程.提升项目作业效率. 关键词:工作研究:流程分析:降低成本引言本人在IT行业从事软件开发工作,经过本学期工业工程伦理 ...
软件项目中的决策分析_软件工程中的决策管理
软件项目中的决策分析 Every day we make a lot of decisions. I always wonder why, in so much companies, there is ...

软件项目中需求调研浅析

软件项目中需求调研浅析相关推荐

最新文章

热门文章