本文探讨了业务需求在信息化过程中的演变，指出用户提出的需求往往只是最终需求的一部分，并讨论了如何通过理解业务来提前预判并解决问题。
关于"业务和需求"这个标题我已经写了很多废话了,但事实上还是有必要继续写下去,偶知道生僻难懂,但是...
抛开具体到岗位去体验业务,我们可以简单的把业务简单等价于需求!
但是这个时候就产生了问题,如同前文所述信息化是空中楼阁,在你没有建立起来的时候用户不知道是神马样子的,只有当你拿出一个可以走完基本流程的产品出来的时候,用户的各种问题接踵而来.
- 你最初提供过去的产品大部分都是在CRUD(新增,修改,删除)
- 然后用户提出了基本查询要求;
- 用户要更多条件的查询:标题,正文,时间段,创建人;
- 用户要对查询的结果项进行排序;
- 查询的功能或者结果是否有权限控制?
- 查询的结果集要可以导出成Excel;或者直接邮件发送出去
- 查询的结果能不能生成PDF...
- ... ...
这只是在查询上进行的衍生,大部分时候都是这样对吧!这个演变过程消耗的时间一定远远超过你最初提供CRUD的时间!
这种演变合情合理,但是任务加倍,时间加倍,最后的结果就是你预计1天完成的工作变成了2天,3天,推而广之,整个信息化的过程周期变长了,别人对你的风评变差了...辛辛苦苦,累死累活,最后得不到一个好字
用户在依据业务提出需求的时候受限于他的知识结构,理解力,想象力以及对信息系统的熟悉度,他最初的要求可能只是最后结果的1/3.
一般来说,依据经验,你可以避免一些问题,纠正一些问题,提升一些高度,但是绝对很多地方是避免不鸟的,因为起始点不同,在业务不熟悉或者掌握不全面的情况下,你注定要走这条弯路.
用户其实是很聪明的,在你没有提供信息化解决方案之前,有很大可能他就给自己提供了一份熟悉的方案,这个方案顺畅性远远超乎你的想象力.但是用户未必会告诉你,或者"无意识"的忽略!
你的不知道就代表走弯路!
而关于业务和需求的另外一个方面是"提高":在熟悉业务的基础上,产生需求,在需求上进行有前瞻性的提高:他(们)未来会是如何来使用这个系统,遇到那些问题,如何解决.这是一个经验上的形而上学!但是同时也就是在从开始避免问题的产生.
解决问题的唯一办法就是把了解需求变成理解业务!请注意这是不同的层面,而不是纸面上的不同!
我们不能提前想到所有问题的解决方案,因为有些问题只有到了那个时候才会产生;但是我们应该尝试思考,思考会预见那些问题,先把他拿下!
再举个例子:
我一个做淘宝的朋友说让我帮他做一个页面,很简单!他甚至可以写SQL:他要算产品的关联销售统计
我最初就拒绝了,因为我知道事情会往那个方向发展:不停的新想法,不停的新需求,最后恐怕就不是一两个页面那么简单了!
但后来耗不过,于是我给他做了一个页面(我知道不可能是一个页面),然后...
我就悲催了:
- 对于查询提出了新要求
- 对于结果可以再点击打开看到二级统计和关联销售分析(一个新的页面)
- ... ...
还好我控制的比较好,结果还可以接受!但是整个过程并不是"一个页面"那么简单!
第三个例子,这个很好懂:你带某个不搞it的人DIY一台电脑,你知道接下来会发生神马吗???
- 有没有买到假货?
- 有没有买贵?
- 硬件出问题了找你
- 软件出问题了找你!
- ...
说了这么多废话其实并无太多益处,只是在阐述为啥在企业信息化这条道路上会这么曲折了!
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
