开展一次高效、高质的需求调研必须避开的那些坑

一、背景介绍

笔者在一个千万级的项目中,由于牵涉到后3年网络、硬件、系统等方面的规划,客户要求我们对其本级及其下属的15家单位开展一次调研,调研的内容主要包括(下面的内容是我们梳理过的,客户一般不会提这么细):

1、已建、即将要建设或者想建的系统;

2、当前的网络、硬件情况,包含网络运营商、带宽、硬件(服务器、交换机等)所有的设备;

3、当前的业务痛点(系统哪里用得不好,哪里还想改进什么的)、需求想法什么的。

二、必须要避开的那些坑

(1)天坑1:没有上层领导主抓的调研之路,必定是比西天取经还难走的路。调研组实际调研时,经常碰到的情况有以下几种:

1、电话联系确定调研行程时,听到最多的话就是:你是哪个部门的,来干什么啊,我不太清楚这个情况,我要跟我领导汇报请示下。我们当时的心情是这样的

开展一次高效、高质的需求调研必须避开的那些坑
2、好不容易联系上了,确定调研日程后。到了单位调研时,容易碰到客户消极应对、敷衍了事的情况。结果就是调研这个动作确实做了,但是并没有获得太多有价值的信息。

开展一次高效、高质的需求调研必须避开的那些坑
避坑妙招:只要牵涉到多部门的合作、上下级部门的工作,必须要由说话有份量的领导牵头主抓,同时要召开一次动员大会,明确这件事的重要性。

(2)天坑2:过于复杂、过于技术性的调研表格

我们当时设计的调研表是这样的

开展一次高效、高质的需求调研必须避开的那些坑
开展一次高效、高质的需求调研必须避开的那些坑
开展一次高效、高质的需求调研必须避开的那些坑
实际调研时是这样的:


啊……我不太清楚我们建了什么系统啊

啊……有什么想法?我们没有什么想法啊

啊……网络?服务器?什么是交换机啊?

啊……技术手段?什么技术手段啊?

我们的心情是这样的:

开展一次高效、高质的需求调研必须避开的那些坑
经验教训:

1、调研要分两步走,千万不要想着一步到位

· 第一次为摸底调研,可以在启动会召开后,以下发调研表的形式,收集单位的人员分布、信息化负责人信息以及其他简单的信息;同时下发的调研表最好是开放性的问题,比如问答题。随便对方怎么填写都可以的那种;

· 第二次为实地调研。在第一次摸底后,我们对单位的想法、单位的信息化负责人都有了大概的了解后,带着梳理出的问题到单位进行实地调研时,效果会好很多。

2、下发的调研表格不要含过多的技术名词。同时还要充分考虑单位的实际情况,单位甚至是厂商都不知道填的内容就不要写了(比如本文调研表中的技术手段。说实话叫我们自己填,我们都不知道怎么写)

3、找对的人做对的事。对于网络、服务器这种专业性比较强的调研,去现场之前一定要联系到对这个了解的人在去。否则得到的结果必定是白跑一趟。

原文地址:https://blog.51cto.com/zuijiangnan/2368131

时间: 2024-11-13 20:05:04

开展一次高效、高质的需求调研必须避开的那些坑的相关文章

《JUST DO IT!》团队作业4-基于原型的团队项目需求调研与分析

一.实验目的与要求 (1)体验以原型设计为基础的团队软件项目需求获取技巧与方法. (2)学习利用UML模型描述用户需求. (3)编写软件需求规格说明书. 二.实验环境要求 (1)实验七开发的团队项目原型: (2)UML绘制工具. 三.实验内容与步骤 实施团队项目软件用户调研活动. 1.需求调研方法 (1)原型法 将我们APP端和WEB端的原型发给调研用户,用户通过使用反馈给我们一些意见和建议. (2)远程交流 我们选取典型用户通过qq在线交流的方式获得用户的需求,在了解完用户的需求过后将我们已经

团队作业二之需求调研

这次的软件工程团队合作我们我们小组准备合作制作一个针对校内师生的购书网站,简单来说就如同京东淘宝当当那些大型电商网站一样,但我们能力有限,只能面对我们学校师生制作一个购书网站,来解决教科书购书难,使用过后闲置的问题,如今学期过半,也早已没有那种为教科书无处订购.价格昂贵的问题而发愁了.但在刚刚开学的时候,我们却感觉这是个很头疼的问题,向学长学姐借的书目不全.单人购买的昂贵.找不到集体购买的渠道,着实让我们很伤脑筋,,每个学期初买书需要将近400块钱费用,有的同学会向学长学姐借书,但是不能保证学长

数字证书应用改造需求调研-2015-10-19

今天下午3点,到客户现场进行需求调研,一个商务,两个技术,用户需要实现的目标是 对目前的一个应用系统实现数字证书的身份识别登录,替换目前的用户名和密码的方式. 如何在原应用基础上的账号关联到数字证书呢?对于单位用户,我们使用的是企业编码, 数字证书通过扩展项,写入企业编码,应用登录,读取客户端的证书扩展项,匹配后通过. 技术上,使用公司自带的中间件,实现证书读取,签名.

我们应当怎样做需求调研:初识

很多需求分析的工作是从需求调研开始的,我们就从这里说起吧.需求调研是需求分析最重要的一环,也最集中地体现了需求分析的特点——既是一份体力活儿,更是一份技术活儿.它既要求我们具有一种理解能力.设计能力,更要求我们具有一种与人交往.沟通的能力. 在一个阳光明媚的下午,项目经理带领着项目组成员,参加了客户组织的见面会,一个新的软件研发项目就这样开始了.双方在一种友好的气氛中进行,相互寒暄,介绍与会人员,拉拉家常.逐渐地,会议开始进入了正题.初次接触客户,对于项目团队意义重大.对方对你印象的好坏,今后如

浅析软件工程的需求调研

正如老师上课所说,软件开发的过程,就是 “用户最需要的东西” 在下面这一链条中传送,转换,实现,扭曲或丢失的过程.由此可见,用户需求是我们开发的源头. 但不得不承认这样的客观规律,用户需要的,往往经历以下过程:用户最需要的 ——>  用户表达出来的—— >软件团队能理解的 (老板/PM) + 团队的商业目标 ——>软件团队成员具体表达出来的 (PM 写 spec) ——>在各种约束条件下,具体执行表达出来的 (dev 写代码) ——>验证通过的 (Test) ——> 通

需求调研的几个误区

软件系统的建设工作,大多数是从需求收集工作开始,逐一开展建设.需求调研,既是软件系统建设的头等大事,也是难点.很多失项目,由于走入需求调研工作的误区,导致项目失败.因此,本文就需求调研的几个主要误区展开分析讨论,以求避免问题的发生. 误区一:需求调研计划不够切合实际 曾经给一个客户做一个业务审计系统,项目组就访谈的潜在对象列出了调研问题清单,计划列出了近期的调研工作安排,并且将很多不符合项目范围的内容也列入调研内容中,导致项目推进速度非常缓慢. 误区二:需求调研浅尝辄止 本来系统是面向整个公司的

关于奇异扫雷的需求调研

作业: 每个小组做 一次需求调研,要求如下: 选一种合适的需求调研方法 为你的小组找到一个目标用户 (到教室外找到别的班级的同学) 如果目前已经有原型系统,让她/他使用软件解决真实的问题 (观察,记录) 如果没有原型可以展示的小组可以采取“调查问卷/深入采访” 的办法 总结用户反馈 录像,把录像上传至团队博客 讨论及调研: 过程还是比较崎岖的,主要是第一次做用户调研,讨论组里面七嘴八舌,但是一致认为需求调研的质量对于一个应用软件来说,是一个极其重要的阶段,它的质量在一定程度上来说决定了一个软件的

产品经理 - 需求调研常用方法

需求获取一般包括这几种方式: 观察法.体验法.问卷调查法.访谈法.单据分析法.报表分析法.需求调研会法.这是需求调研的"七种武器",它们各有优缺点,无论你想要了解的是什么需求,都需要将这些方式组合应用,针对你想要了解的内容,以及需要了解的对象的工作特点,采用不同的方式.学会并坚持使用这七种武器后,我想你很快就会成为需求调研的真正高手. 观察法 观察法,就是你自己跑到工作现场,看!这个看上去相当简单,貌似走马观花,有些不在行的兄弟会弄得跟公费旅游一般,车间里走走散散心,撩撩HR妹子,就认

软件系统开发之前要做的事—需求调研框架

近期在做的一个软件需求调研,从以下一些方面进行了了解,当然这些只是初步的一个需求框架,还打不到设计开发的基本,只是让软件公司能够对软件需求有一个总体的了解而方便对软件有一个大概的估算. 公司情况 实现的根本目的 现有软件情况(现有应用.架构部署情况.使用技术:技术文档.是否需要进行数据对接,需对接方是否提供技术支持) 涉及人员 业务类型 业务流程 业务规则 关注重点 其他非功能性需求 数据规模 数据频率 应用环境