软件开发神话中

神话6：只要充分详尽的了解用户的需求，就可以做出完美的产品，如果用户不满意，肯定是开发没有完全按照用户需求来。

反神话：需求有很多漏洞，用户根本就不了解系统，不会提需求。

                   既然太阳上也有黑点，“人世间的事情”就更不可能没有缺陷。

                                                                                ——车尔尼雪夫斯基

       所有的产品都是从用户需求而来的，但是对于没有或甚少用过信息化系统的用户来说，很难提出那么完美的需求。需求是对一个未见产品的期望，真的见到产品之后可能会发现当初设想不适宜，或者还有些迫切需要的需求根本没想到。一个人怎么能对一个没了解过的东西提出详尽的问题呢，就比如一个没驾驶汽车过的人去想象驾驶汽车一样，只能大致提出如汽车驾驶要基本掌握起步、加速、减速、刹车功能，但是在某个细节下比如为什么转弯时要靠自己近的车道行驶这样的问题（另外的道要让给直行的汽车），或者看后视镜对于驾驶员存在什么样的重要性，没经历过是很难理解的。

      

      阳光反射在海中，宛若一把亮闪闪的利剑，从天际直指他的身边。他在这把 闪光的剑中游泳，说得确切些，剑头总停留在他的眼前。……“这真是太阳赐予我个人的礼物啊！”帕洛马尔先生试着这么想道……那个与其同居—起、被压抑、爱自责的自我却反驳说：“凡是有眼睛的人，都能看见反光追随着他们…

                                                                            ---《帕洛马尔》卡尔维诺

       需求的角度和产品的角度是不同的。需求构成了产品的基石，但是某些需求是违背逻辑互相矛盾的（比如既要安全性又要操作便捷），有些需求会导致开发成本超出预算，有些需求还需要进一步提炼。自然在这两者交流的过程中，会有信息丢失或有偏差，如做出的产品不符合需求，或者需求当时没有澄清需要反复改动，但这不能完全归咎于某一方面，而是交流的不够透彻，没有从对方的角度去考虑问题。抱怨是解决不了问题的，如果能多从对方或者全局的角度考虑问题，就有可能综合双方的角度创造出新的价值。

      诸神处罚西西弗不停地把一块巨石推上山顶，而石头由于自身的重量又滚下山去，诸神认为再也没有比进行这种无效无望的劳动更为严厉的惩罚了…他爬上山顶所要进行的斗争本身就足以使一个人心里感到充实。应该认为，西西弗是幸福的。

                                                                            ---《西西弗斯的神话》加缪

        从流程上来说，一次详尽的了解需求本来就不太现实。因此，需求应该是个动态的东西，由用户的原始需求，分析师的提炼，设计师的限制，时间的锤炼来共同约束迭代的一个动态生成物。与其渴求那样的完美的用户存在，或者能够对用户心思琢磨的一次到位的开发存在，还不如脚踏实地的让用户一步步的见到这个系统，让他从当前所有的系统中提出对现有系统的问题和对未来系统的进一步期望，在这个反馈的基础上再迭代式的开发改进和完善系统。让用户参与进系统设计的灵魂，让大家互动起来，这才能做出至少是让大家满意的系统来。