如何进行需求调研
一、需求调研的概述
1、什么是需求?
需求就是用户对软件系统的要求,解决问题的需要。
2、什么是需求调研?
需求调研指通过和客户反复进行沟通和交流而获取客户的需求的一系列活动,为编写《软件需要规格说明书》做的前期工作。
3、需求调研的目的
了解现实世界中做实际工作的人们真正需要什么样的程序过程 ,编写《用户需求说明书》,为编写《软件需要规格说明书》提供依据 。
二、需求调查的一般规程
第一步:调研前的准备
第二步:调查与记录
第三步:整理需求信息,形成《需求调研报告》
第四步:撰写《用户需求说明书》
第五步:需求确认
三、需求调研的大体流程
四、软件需求调研
1、软件需求的定义
用户为解决某个问题、或为实现某一目标,要求软件必须满足的条件或能力。
2、软件需求的三个层次
1)业务需求(busine requirement)反映了组织机构或客户对系统、产品高层次的目标要求,它是确定调研和软件范围的标准。
2)用户需求(user requirement) 文档描述了用户使用产品必须要完成的任务,明确用户业务角色,并通过角色获取用户需求。
3)功能需求(functional requirement)定义了开发人员必须实现的软件功能,使得用户能完成他们的任务,从而满足了业务需求。
4)非功能性的需求——描述了系统展现给用户的行为和执行的操作等,它包括产品必须遵从的标准、规范和约束,操作界面的具体细节和构造上的限制。
五、如何开展需求调研
座谈法
与用户交谈,向用户提出事先准备好的相关问题。
调查表法
将相关的问题制成调查表,向用户群体发调查问卷。
观察法
参观用户的工作流程,观察用户的操作。
金字塔方法
首先搞清楚对象(调研对象)与对象之间的关系,理清对象的目标以及和其它对象发生关系的目标;其次梳利清对象内部的活动以及对象与对象之间发生的活动;再次对活动进行整理,确定活动的边界;最后根据活动进行详细的需求调研。
四种准备
1 )了解项目背景,通过阅读方案,与客户方相关负责人沟通,通过上网了解行业及类似系统情况等.2)做好调研前使用资料的准备,如需求调研模板,各种调研表单以及需求调研问题列表等。
3)制定好需求调研的计划,对需求调研中可能用到的资源进行一定的分配。
4) 准备好需求调研中所要使用到的工具。
六、需求调研前的准备
1、两种心态
1) 保持一种和客户平等合作的心态,确定需求调研是为了给客户解决问题,探讨问题,而不是接受问题,更不是来指导工作的。
2)平静面对需求变更的心态,在需求调研过程中,往往双方对需求理解不一致,造成需求调研前后矛盾,应当心平气和的去引导客户,达到需求理解完全一致。
2、五种提高
1) 了解被调研对象的组织机构,了解每一个子对象中的关键人物,提高自己的观察能力。
2) 其次应该了解用户的行业,学习用户使用的术语,标准,以便能够准确的理解用户的需求,提高自己的行业知识面。
3) 需求调研中,学会尽量不使用IT行业的术语,而采用浅显易懂的口头语言来解释IT行业中高深莫测的术语,以便用户能够很好的理解,提高自己的沟通交流能力。
4) 提高自己的速记能力,文字表述能力以及归纳,能迅速的记录需求调研核心的问题,总结归纳形成原始的需求调研资料。
5) 提高自己的总结能力,书写一份完整的、前后一致的、可追踪的需求报告。
3、一般要问的问题5W
1) 问为什么要建系统及系统的建设目标是什么?(业务需求) WHY
2) 客户单位的组织机构是什么样的?,有哪些类用户会使用我们的系统?WHO
3)这些用户要通过我们这个系统干什么,使用的频度怎么样? (输入什么输出什么) WHAT ,WHERE,WHEN
4) 当前用户的网络现状和将来我们这个系统将跑的环境是什么,以及已上了哪些应用系统?
5) 如果用户已经上了类似系统,本次项目是重新开发等情况,要了解先前及相关系统有哪些明显的问题?
6)有哪些明确的业务流程?
七、需求调研的步骤
1.完全倾听客户的心声
找一个合适的地点, 以客户为主,面对面的沟通和交流,完全倾听客户的心声,随时记录客户所说的
一切,每一次调研完后要对所有的记录进行整理,形成文档,在下一次的调研开始对上次的总结进行确认。切忌在倾听需求的过程中附带如何解决的思想!
OPEN开发式获取 CLOSE总结封闭 CONFIRM 确认
yes or no
2.整理客户的需求
对客户提出的需求记录的结构进行整理, 整理的格式可以根据自己的写作习惯,没有固定的格式,但必须能够很明确的表明用户的需求,能够指导后期编写《用户需求说明书》。建议采用以下格式进行整理。
3.引导客户的需求
许多的客户有时并不知道自己想要什么?有时并不清楚自己缺少什么?所以就需要我们去引导客户的
需求。造成这种现象的原因很多,主要体现在用户可能对计算机操作不是很了解,客户的语言表达能力,客户只能看到自身的问题等。遇到此种现象后我们应当很虚心的去开发客户的需求,不能带有任何的鄙视心情。
引导客户需求的几种常用方法:
向客户讲述基本的计算机操作。
提示客户在全局中的地位以及作用。
向客户演示将要实施的系统的原型。
引导客户的需求应做到能够描述用户的常规需求外,能够发掘用户的潜在需求,争取能够提出用户的兴
奋需求,这样作出的软件才有生命力,才能真正体现出软件的价值。
4.编制调研报告
业务目标
调研的步骤与内容
当前信息化现状
调研的成果包括:备忘录,收集的各类材料,使用者和其它相关系统情况介绍等
5.编写用户需求说明书
需求分析员对收集到的所有需求信息进行分类整理,消除错误,归纳与总结共性的用户需求,然后形成文档,编写《用户需求说明书》。对于《用户需求说明书》要和客户以及相关的行业专家进行共同评审。以前整理的需求记录可以作为附件整理在《用户需求说明书》之后。
6.用户需求说明书的模板
八、需求调研中的注意事项
切忌在倾听需求的过程中附带如何解决的思想!
在调研过程中我们只是为了摸清楚用户的所有需求。能搞了解到用户真正想要的系统,用户真正要解决什么样的问题才是需求调研的目标。在调研过程中如果附带了如何解决用户提到的需求的想法时,将会使调研人员陷入只见树木不见森林的的谜团中,而且往往会遗漏用户的重要需求,造成整体需求的不完整。
对每一次的调研形成正确的文档
需求调研是一个漫长的过程。能够正确理解用户的需求,并且将用户的各种需求完整地体现在《软件需
求规格说明书》中将更是一个复杂而艰辛的过程,因此在每一次的会谈之后必须将当天的会谈纪录形成文档,可以以备忘录的形式让用户进行确认。
需求调研后形成的文档文档必须是正确的,是经过验证的,是在受控的状态下变更的。而很多开发人员
往往会问:“简单的系统就不用写需求了吧?”
其实简单的系统未必简单,只有想清楚、写清楚、说清楚
才说明已经真正把需求整理清楚了。
调研人员与用户面谈时应当注意以下事项
如果与用户约好了时间,切勿迟到或早退。要注意礼节,尽可能获得用户的好感,并为下次打
扰他们埋下伏笔。
调研人员应事先了解调研对象的身份、背景,以便随机应变。
需求调查不象侦探推理那样从蛛丝马迹着手,应该先了解宏观问题,再了解细节问题。
如果双方气氛融洽,可以采用灵活的访谈形式,轻易不要打断用户的谈话。当双方对某些问题
的交流合乎逻辑地结束后,即可继续讨论问题表中的其它问题。
尽可能避免为用户添麻烦,但也不能怕给用户添麻烦而降低需求调查的力度。
避免片面地听取某些用户的需求而忽视其它用户的需求。
尽量找到与调研目标直接干系人进行调研和确认.
调研团队要多沟通,多讨论,不能放过任何一个疑点,每次对内容讨论的结束形成会议纪要. 尽量利用好客户的资源,明确责任.
注意保密以及用户纸质资料的保留.
控制好客户的需求(筛选需求,说服客户).
主观数据/半静态数据/动态数据的甄别
反复与客户领导汇报,确认