意淫的需求要不得

     最近一个月，有幸去现场进行项目实施。由于公司第一次做这样的项目,所以无论从需求到编码人员,都是清一色的一张白纸.只是对外宣称在这个领域里面是专家级别的.忽悠的目的就是为了拿下项目.最后确实以低标价，最短时间完成PK掉这个领域的专家了。前期的需求调研依旧进行.只沟通了几个重要性的需要具备的功能,并没有就需求的详细信息进行展开.没有任何的详细的需求细节.需求调研结束后,需求分析师查找了不少资料,以及客户提供的参考资料,自己确认了一系列的功能.时间紧迫，第一期软件上线的时候只有3个月，加上
春节的限制以及开发人员并没有全部齐全,为此还招了2个C/C++人员,其中一个还是研究生,所以说真正的工作日时间并没有多少.时间就是金钱，每个环节都是紧缩完成的。框架沿用其他项目的框架。为的就是一个目的：快速完成任务！从这些因素看来，这也多多少少注定了这个软件的局限性，随意性.
      搞笑的是，领导们的策略是，客户并不怎么懂得该领域的业务。就按照我们的模式造软件，然后项目实施的时候，让他们跟着我们的思维走。来了现场以后，证实了这是多么笑的一件事情啊。该项目的负责人，对业务非常熟悉，只是相信或者说认为我们真是该领域的专家，因此他只是提了别的公司不具备的软件功能。认为这个领域该具备的软件功能，我们都清楚，我们都实现了。最后一沟通，闹出了一个乌龙。需求的沟通是多么重要！
     该系统软件离客户的要求还相差很多，甚至说需求分析师更本没有了解过。要添加这些功能，需要修改数据库设计，以及模块设计。更影响到代码的扩展。在现场是无法完成的。需要重新更好的分析需求，设计。无形中成本比之前预算的更高了。现在留下的谜是当时负责需求调研的一些人，在一个多星期里，到底了解了些什么。还是当着旅游放假了。客户的需求并不具体，只是大概的描述下，需要需求人员根据客户的要求转换成软件的需求，并继续消息，这也就是所谓得FRS。从这点来看，这次的教训很深刻！相信以后没有人敢这么瞎搞了。
     这2天，需求分析师带着客户过软件需求，过软件功能。进展非常缓慢了，因为每个功能，客户都有意见。很多并不具备客户要求的功能。只能感叹一句，需求错了，之后一切都是白搭！意淫的需求真要不得！