这个标题写的有点大,我不是什么需求工程师与架构师,我只是一个小小的程序员.我写这个的原因,只是想写一点自己的想法.
我管理一个项目,这个项目涉及的数据比较多,而前台功能不是很完善,所以我总是收到用的邮件请求,能不能帮我从后台统计一下,什么什么.
因为我是作航空的软件,所以总是出现这种情况,能不能帮我统计一下这个乘务员所飞的航班呀;
能不能帮我统计一下,客舱经理人员被检查的航班次数呀;能不能帮我统计各个等级的航班评分,类似的等等需求.
今晚我在写这个文档之前,我还在作类似这样的事情.那么从用户的这些描述之中,我如何更深层的识别用户的需求.
以前我得到用户的这个需求,基本上是按照用户的描述,在oracle数据库中作各种统计,sql语句倒是练出来了,但是并没有真正理解用户的需求.
所以这样的事情作多了,就会感到烦.也会有一种莫名其妙的重复感,在重复劳作.
那么如何寻求用户的真正的需求呢?我经常是这么作的.
1,存细的读用户的邮件,或者文档,从文档中去寻找他所需要的东西.比如用户给我发的邮件信息中这样写道:
帮我做个统计好吗，所有的客舱经理和乘务长当中，被检查次数的情况.我想了解哪些人没有被检查到,及被检查到的人的次数.
这个例子非常简单,他真正需要的就是后半句.根据这后半句的需求作一个数据汇总就可以了.
2.对于读不懂的邮件,或者在理解不是很准确的时候,我会向用户提出这样一个问题,你要这些数据作什么?
用户会跟我说,我要这个,想作什么什么.
然后我就会追加一个问题,我这样作,能不能达到你的要求.
然后用户说可以或者不可以,然后再沟通,这样反复的几次基本都能达成一置. 这是在用户非常明确自己的意途的时候,这个方法非常灵.
当然了我也碰到过这样的用户,他理解不清楚自己需要什么,讲也讲不请楚,但是就是问你要东西,想必作过软件的朋友,可能都碰到过这种情况.
对于这种情况,如何处理呢?我曾听过老师讲课说,在这种情况下,需要引导用户来寻找他的真正需求,这个我想难度是比较大的,我也没有学会.
3.理解用户需求时,要抛开技术问题,不要管技术如何实现.我以前见到需求最先想到的就是如何给用户实现,实现了之后用户告诉我,不是这样的而是这样的,我就去再实现,
然后杯具来了.所以一定要搞清楚,用户想要什么,防止杯具的发生.
4.用户的需求是千变万化的,所以很难一下搞定,需要反复.
就总结这么多了,只是给自己提个醒,不能期望杯具不发生,只是期望杯具发生的频率慢慢的下降就可以.
