博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
总结过去做项目过程中获取需求分析的一些经验
阅读量:5119 次
发布时间:2019-06-13

本文共 1034 字,大约阅读时间需要 3 分钟。

  需求分析是一个项目成功与否的关键,而随着目前技术的发展,快速开发已成家常便饭,因此项目开发的中心主要放在需求分析上。然后,需求分析的获取也会遇到很多障碍,比如说与业务员沟通方面,下面就如何提高与用户的访谈技巧做一个深入的分析。

  在写这篇文章之前,带着团队开发高校的校友管理系统,自己参与了整个项目的立项、分析、设计、实现、测试,整个过程下来,发现需求分析阶段是最痛苦的,也是最有含金量的“技术苦旅”。

  在需求分析阶段,我一直与学校校友办的联络员保持沟通,对方是一个十分强势的女强人,在与她的沟通中,我们开发人员只好唯命是从,导致我们在项目截至日期将至之时,还在抓耳饶晒地围着女主人的“需求”团团转。那时简直要气炸了,可我们还是没有任何办法。当时的我是完全被业务员牵着鼻子走的那种,导致对整个业务架构的理解是支离破碎,却把重心放在一些琐碎的业务细节上面,导致开发出一个维护期陪着业务需求团团转的系统。

  所以掌握与客户访谈的技巧十分关键,下面就如何改变以上场面来谈谈如何提高与用户的访谈技巧。

  首先,我们都知道与客户沟通是困难的,那么困难在哪些地方呢? 1、客户与系统分析员所站的角度不同,他们从事着不同的领域,看待同一个问题的出发点和判断也是不同的,经常是双方已经讲得很清楚了,结果压根就没站到一块去;2、客户有时会认为系统分析员已经理解,而拼命的点头;而系统分析员以为客户会理解,所以并不阐述所以他们很容易进入一个理解的误区。

  那么如何解决呢?

  1、系统分析员改变自己的立场,我们如果要站在对方的角度去沟通,那么必须得站在对方的角度去思考问题,客户是不会对我们的沟通结果负责的,所以我们必须改变自己的立场

  2、改变沟通策略,了解对方的沟通习惯和思维方式(了解沟通者是喜欢开放型还是偏向于封闭型;封闭型的问题尽量设置成选择题,这种沟通者需要提前准备好问题,做好业务上的一些准备工作;假设沟通者是主动型的,那么就要避免被客户牵着鼻子者,系统分析员应当准备好提纲,将谈话的主体和进展把握在自己手里)

  3、需求的过程必须稳步推进(每次访谈不要涉及太多问题,先引导客户先把更高层次地东西讲清楚,最终得到的需求很可能是支离破碎的,不成体系的)

  4、记录与反馈,系统分析员应当记录每次谈话的结果,用自己的理解复述客户的话,形成文档交换给客户阅读。

转载于:https://www.cnblogs.com/Erma/p/6784841.html

你可能感兴趣的文章
[WinAPI] API 2 [MessageBox API][消息框API]
查看>>
BZOJ 1264 动态规划 + 树状数组
查看>>
[BZOJ5248] 2018九省联考 D1T1 一双木棋 | 博弈论 状压DP
查看>>
super 小记
查看>>
C语言实现<读取>和<写入> *.ini文件(转)
查看>>
【架构】Linux的架构(architecture)
查看>>
从解决Cocos2dx-2.x arm64 Crash 来看C的奇技淫巧
查看>>
ASM 图解
查看>>
Django之数据库连表操作
查看>>
关闭Android/iPhone浏览器自动识别数字为电话号码
查看>>
CPU 用户时间 系统时间(转载)
查看>>
Leetcode: Sliding Window Median
查看>>
C++实验2
查看>>
Linux安装Apache报错:Cannot find a valid baseurl for repo: base/7/x86_64解决方案
查看>>
sass03 变量、样式导入
查看>>
node09---中间件
查看>>
洛谷 P1379 八数码难题
查看>>
express 4.x req.query(get方式) req.body(post方式) 接收浏览器发送过来的数据
查看>>
学习路径的相似性--第009期博文
查看>>
python获取当前目录路径和上级路径
查看>>