我们从小就知道“盲人摸象”这个故事,但我们很少意想到我们的用户常常扮演的就是故事中盲人的角色。
1般来讲,在企业开发进程中,用户方的项目负责人会描写1个整体的业务架构,然后各部门的业务人员会告知我们业务的细节。看上去非常完善,我们没有理由也不敢相信最后会没法完成这个貌似明确的,简单的任务。
是的,1开始我们非常明确用户需要的是1头甚么样的大象,乃至我们可以知道这头大象应当有几条皱纹!但是,当大象被牵到用户眼前时,情况就产生了没法预知的变化。
负责指挥战役的将军说:象牙太短了,虽然符合我们本来提出的规格,但我们还是希望能够把象牙加长1米,这样的大象更有战役力!对作为造物主的程序猿来讲,这个要求不算甚么,大手1挥,象牙变长1米!
过了几天,将军跑过来讲:由于过于曲折的原因,象牙的杀伤力并没有他想象中那末强大,象牙应当要直才行。好吧,程序猿说:低微的凡人,我可以满足你的乞求!因而大手1挥,象牙变得笔挺而且锋利!嗯,这是对你虔诚的嘉奖。
将军欢天喜地地牵着大象去进攻敌人了,果然,战无不胜,战无不胜,敌人望风披靡!程序猿很满意,将军满意的都要哭了。
但是,还没高兴上半天,饲养员怒气冲冲地来质问程序猿:大象没法进食,都快饿死啦!纳尼?怎样回事??头几天不是都好好的吗???
原来是长且直的象牙惹得祸,这可如何是好。。。作为造物主的程序猿自然是不认为自己有错的,低微的凡人怎样能质疑伟大的造物主呢!
这样吧,我可让大象的嘴巴更突出,直到它能正常进食为止!
过了几天,将军反应大象奔跑的时候总跌交,嗯,虽然这个不太好办,但我可让大象的腿更加灵活,大脑反应更快,这样就不会跌交了。
。。。。。
。。。。。。。
。。。。。。。。。
最后,造物主表示不服侍了。因而项目完全失败了。。。。。
好吧,用户的需求常常就是这样的,1开始都很公道,但渐渐的就不对了。由于作为个体的用户就像盲人,他们不知道也不对需求酿成的结果负责,常常提出1些貌似公道,其实也是公道的只不过是非常片面的需求。而我们不加分析地去实现,就难免对其它业务造成没法预感的影响。如果我们仅仅头痛医头脚痛医脚的话,这个影响就会象病毒1样在你的本来还算健康的系统中疯狂传播,终究使全部系统面临崩溃。
其实,最初的解决方案应当是增加能够固定在象牙上的长刀!由于这根本就不是象牙的问题。