项目实施中的需求调研
实施产品时，需求调研就3-5天时间左右，对企业的情况不了解，按着产品的标准功能在实施项目。那么，需求调研在系统实施中的作用是什么？需求调研的方式有哪些？需求调研有几个误区？
1、需求调研的作用
1.1 从业务层面了解企业的概况与业务流程。通过需求调研，可以加深对企业整体运营情况的了解，如企业的背景、主要生产特点（包括主要生产的产品）、组织架构、人员职责等。如果是上市公司,可以通过企业的网站下载如财务报告等相关信息,加快对企业的熟悉程度。
1.2 对相关模块人员的岗位和职责进行了解。在调研过程中,双方沟通会加大,进而了解企业的一些潜在文化,识别企业人员对系统实施的态度,有助于在日后的沟通中,有效避免项目实施的阻力。无数项目经验告诉我们,系统项目实施,有效沟通是十分重要的。
1.3 除了熟悉企业的业务流程与人员外,可以了解企业对系统的期望,毕竟企业上系统是需求解决或优化企业的一些问题的,所以,甲方提出的期望需求解决的问题,乙方顾问需详细记录,做在未来系统设计时,重点考虑。对自己不熟悉的系统解决方案,应提前进行方案熟悉与准备。
2、需求调研的方式
从形式来讲,需求调研有问卷式、现场访谈、混合式等。这些方式各有优缺点，应根据企业管理的水平和人员素质进行不同方式的需
求调研。
2.1 问卷式一般系统实施方，根据实施经验，总结出来了标准的需求调研问卷。这些问题一般与系统的设计有关。
其次，问卷式适合企业管理水平较高，人员素质较高的情况下。如果不是，则易引起甲方相关人的反感，因为这类似让甲方做试卷，很可能填写的内容不全面。这样也使得甲方与乙方缺少了很好的沟通机会。
2.2 现场访谈式
现场访谈式一般是不可缺少的需求调研方式。这种方式，要求乙方有较强的项目经验，需做好引导方式，将自己关心的问题，让甲方讲透彻，讲清楚。同时要求乙方有速记的能力，将这些访谈的回答，快速准确的记录下来。访谈式的缺点，问的问题可能不全面，不系统，缺失一些重要的问题；另外就是如果不引导好，回答的问题与项目无关，影响访谈效率与效果。
然后，乙方顾问根据需求调研计划和需求调研问卷，进行详细访谈，将一些重要的问题，进行沟通和详细记录。这是问卷式访谈的补充和完善。
3、需求调研的误区
误区：需求越少越好
有些调研员对自己的技术水平不够自信,担心用户提出比较复杂的需求。所以,在需求调研阶段,一些需求故意不去调研,甚至回避用户的一些需求。此时的任务是充分了解企业的业务现状,只有充分了
解了需求,识别了重要的需求,才能真正做到日后设计系统方案时回避需求。
第二篇：如何进行IT项目的需求调研
一、如何理解客户业务和客户需求?
原则1：由粗到细，从宏观到微观。
必须先从宏观上了解客户业务的全貌，再逐步深入细节。因为对于客户的业务而言，我们是外行，如果 从业务细节着手，很容易迷失方向，失去对业务核心的把握。同时要认识到，对于一个外行而言，我们对细节的深入也必定是有限的，不要指望自己能够无穷的彻底 的了解每一个细枝末节。一是不可能有无限的时间给你了解，二是没有这个必要。因为未来的系统也不可能完全包办所有业务的细节，还有很多事情是要靠客户企业 中这些具有专业技能的人来做的。 原则2：从不同层次的客户代表那里收集不同层次的需求
对于企业高层决策者，他会给你描述一个系统的大的功能蓝图，如使企业具有整体报价能力，能更好的 服务于高端客户，能支持企业的重大业务决策等;对于企业各级管理者，他会给你讲述他这一层的管理需求，如能更好的进行部门员工的业绩考核、生成月度报表， 更好的进行业务结算等;对于各级业务操作人员，他可能给你谈及很多业务细节和操作细节……
在由上到下的逐级访谈中，对未来系统的描述就从一个大黑箱变成多个小黑箱，再变成透明、明确、详细的系统定义的过程。
客户业务调研和需求分析注定是一个不断细化的过程，不要指望一次访谈/调研就能穷尽，也不要指望一次开发过程就能得到完全满足客户梦中期待的那套系统来。因为事实上很多需求是隐性的，连用户都不清楚自己的需求。只有经过多次循环细化才可能把更多隐性的不断挖掘、暴露出来。
二、如何具体开展需求调研工作?
在RUP中定义需求工作流程的工作目的如下：
1. 客户和其他涉众在系统的工作内容方面达成并保持一致;
2. 使系统开发人员能够更清楚地了解系统需求;
3. 定义系统边界(限定);
4. 为计划迭代的技术内容提供基础;
5. 为估算开发系统所需成本和时间提供基础;
6. 定义系统的用户界面，重点是用户的需要和目标。
首先要做好业务调研。要尽早把已经收集到的业务资料熟悉起来，并在理解的基础上提炼出问题列表， 制成调查问卷。业务调研的要求是一定要沉下去，深入细致的了解客户的业务流程，而不是急着赶工完成自己的需求工件设计和业务模型的建立。在了解各项业务流 程
的同时，与客户一同深入分析业务的实现逻辑，并记录下有关的实现案例信息，收集好、整理好、分析好有关的参考材料。
要把迭代的思想贯穿于从业务调研、需求分析，乃至项目实施的始终。所谓迭代，就是我们老老实实承认我们没有能力一次就把事情做到尽善尽美。所以我们就先把一大部分有把握的地方做好，再在前面成功的基础上不断做好剩余的部分，最终就能无限接近于成功。 设计编码过程是如此，业务调研和需求分析也是如此。
企业系统的设计开发与软件产品的设计开发有一个最大的不同，就是企业的需求肯定会变化，过去在变、调研的时候会变，系统实施后还会变。而我们要做的就是去适应这种变化。事实上，也正是因为我们采用的是面向对象的方法，才可能做到这一点。因为面向对象的方法认为：对象的基本属性是客观的和不会频繁变化的，而对象间的关系则是可能不断变化的。所以我们在业务调研和需求分析中也要认识到这一点，把不变的沉淀下来，把可变的灵活性和变化的自主性留给客户。
各位都是做技术的，在业务调研和需求分析中难免会不由自主的考虑一些技术实现的问题。值得强调的是：需求与技术无关。在业务调研的时候要忠实的进行记录，不要因为你个人对实现的疑虑而对用户需求进行(过早的)修改和裁减。
要善于争取客户方各级人员(均是项目干系人，RUP中称为涉众)的支持。只有得到未来系统用户的充分参与，项目才有可能最终取得成功。一套缺乏用户参与的系统，即使最后做出来也是注定没有人去用的。 一是要利用客户企业的组织关系，争取到上层的支持，由上到下进行调研配合;二是要会在调研过程中为目标用户树立有针对性的愿景，让他认同愿景的同时主动、积极的支持你的调研过程。