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