软件调研不要期望一定性锁定需求

    很多项目启动后轰轰烈烈进行了一次深入调研，然后开始配置开发实施，忙得不亦乐乎。好象把企业问题搞清楚了，就应该是实现和解决的阶段。

　　实际上很少有人能够在短短几天内把企业的问题搞清楚，即使你努力进行了半个月甚至一个月的调研，在实施过程中你还是会发现对很多问题认识我们依然不够深入，不够完整。

　　这个时候我们应该意识到，我们依然还需要进行调研，切不可因为是大规模调研完成了，对此时的调研就随意了，不留记录，不进行确认了。

　　事实上这些调研信息要随时记录确认并最终完善到项目解决方案中，可以这样说，信息化项目中始终要有随时开始调研的意识，如果我们承认信息化需求是无止境的话，那么调研也是无止境的。

　　为什么不能通过一次调研锁定需求呢？

　　正确的需求是系统成功的关键。预先锁定需求的假设前提是用户不经过系统上实践的过程，用户就能预先精确的提出所有的系统需求。

　　某些简单软件或者具有极高技术水平的用户可能可以，但是一般情况是用户只对其目标和需求最初只有模糊笼统的认识，许多细节都不清楚。要求一个只有初步设想的用户或个别用户负责人准确无误地说出全部需求，显然是不切实际的。

　　用户为了证实和细化他们的设想，往往需要在某个系统上持续不断学习和实践的过程。特别是在大型管理系统软件上。

　　即使经过深入细致的预先锁定需求的工作，当人们实地观察和使用了目标系统以后，也常常会改变原来的某些想法，对系统提出一些新的要求，以使系统更加符合他们要求，事先锁定需求的方式其实也会经过多次反复，甚至完全失败。

　　大型软件的开发需要系统分析员、软件工程师、程序员、实施经理、用户领导、用户负责人、具体用户等众多各类不同层次不同技术水平人员的一致协调努力，因此良好的通信和相互理解对于保证工程成功至关重要，传统的需求锁定方法假设使用适当的文档可以做到项目参加者之间清晰、准确、有效的沟通。但是各种文档本质上是被动、静止的通信工具，通过它们来理解一个动态系统是困难的。

　　用户变更需求是正常的，用户没有实际操作过软件之前无论你怎样描述都会有对软件功能理解不一致的地方，可能是技术协议上书面文字表达一致但对实际软件操作理解不一致，可能根本就是不用不知道哪里不适合自己的需求。

　　打个比方，就象买衣服，无论别人怎样推销，客人一般都会试一试觉得合身再买，我们一般比较大的项目都没有让用户体验过而且在推销时说了很多动听的话，自然期待高，失望也高，而且用户为适应ISO认证或PDM/ERP系统必然伴随组织机构和业务流程重组，这里面有很多反复的过程，对应的文档，设计流程，对软件操作提出变更是正常的。

　　我们的问题不再于要用户不变更需求，而在于找到一种方法让用户认识到我们的软件能发挥作用，当有新的需求时通过使用我们软件建立的信任关系重新形成新的业务，这也是调研时要保持一种理念。