如何进行需求调研.doc

如何进行需求调研在进行软件项目实施中，需求的不明确或者需求的不完整往往会成为整个项目延期、成本过高的重要因素。而需求的不明确或者不完整等问题往往是软件项目实施方在进行需求调研中，准备不足或者方法不对所造成的。下文将着重描述在进行软件项目需求调研中，如何获得一份清晰、明确的需求的一些方式方法和心得体会。在传统的软件工程学说中，往往忽略了为需求调研提供一套可行的理论基础。大部分的软件工程的起始点是需求分析。无论是RUP还是XP，都忽略了如何去获取用户关于项目最真实的构想。并且，主流的UML所解决的仅仅是软件行业从业人员之间沟通标准，事实上大部分客户他是不懂得什么是UML，如果我们采用这些方式和用户沟通，那么就会造成理解上的差异。那么，既然我们不能够采用我们熟悉的方式和客户沟通，去获取客户的需求，我们又该采用怎么的方式进行需求调研呢？下文将主要描述一套基本的方法，首先，我们查阅下面的一个流程图，可以对需求调研的大概工作流程有一个认识：整个需求调研可以分成五个阶段：资料学习期，调研资料准备期，现场调研，结果汇总和结果确认。下文将分别对这几个阶段进行论述。一、资料学习期在进行任何一个软件项目的需求调研之前，非常重要的一环是此项目类似项目知识的学习。如果对于此类项目的基本知识没有一个大概的了解，那么，当我们和客户进行交流的时候将不能很好的进行需求提问，并且，也很难理解客户所表述的需求的具体内涵。所以，资料学习是需求调研准备期的重要一环。资料学习分为两个部分的内容：一部分是资料收集；一部分是资料学习。首先，我们先讨论一下如何进行资料收集。资料收集指的是在进行需求调研前，准备好学习资料的活动。它的重点在于挑选什么类型的资料学习。下面罗列出在需求调研阶段资料收集应该要收集的资料的类型：n 公司以往类似系统的资料：如果公司以往曾经做过类似的系统，那么可以将以往公司所做类似系统的需求文档收集起来进行学习。n 业界类似系统的资料：在网络上，可以查阅到非常多的其它公司类似系统的描述资料，这些资料虽然比较泛，但是，还是具有一定的参考价值，尤其是在类似系统项目实施中，知名公司的类似系统的资料，这对我们了解这个行业的客户非常有用。n 行业信息化的规划、标准和法规：在做某行业的信息系统时，某些重要机构所颁布的此行业信息的规划、标准和法规会成为我们在进行需求调研的重要部分。系统是否需要符合这些规划、标准和法规将会是客户非常关注的。同时，它还能够帮助我们了解整个行业信息化的走向。n 行业业务知识：行业业务知识指的是在项目客户所处行业中，行业内的一些业务运营模式和管理模式。这些知识的掌握能够有利于我们在和客户进行沟通的时候找到共同语言，能够理解客户所说的需求内容，并且发现客户当前所存在的业务问题。当我们把资料收集齐全后，那么接下来的任务就是对这些资料进行学习、消化，直到转化成为需求调研人员自己的知识。通过上面的描述，我们会发现，我们所收集来的资料非常之多，那么，如何快速的阅读和理解这些资料，也就是下文所讲的内容，如何进行资料学习。根据资料的不同，其学习的方式不同，下面将阐述针对不同的资料类型所需要采用的不同学习方法：n 公司以往类似系统的资料：把学习的重点放在类似系统需求的原始调研报告上，多关注与原始报告中客户对系统需求的重要关注点。同时，需要关注的是在原始调研需求中客户变更的点。n 业界类似系统的资料：业界类似系统的资料能够帮助我们了解整个行业都在做什么！所以，对这些系统资料的学习主要是总结大部分系统的共同点和不同点，对于共同点，可以基本上认为这是行业的一种标准业务，这部分标准业务需要重点关注；另外记录下不同系统之间的差异点，进行罗列，在和客户沟通中，可以逐条进行确认。n 行业信息化的规划、标准和法规：对于这部分知识的学习主要是为了帮助我们掌握一些系统建设方向性的东西。所以，基本上来说，只要把总纲了解了，就够了。n 行业业务知识：对行业业务知识的了解，主要去了解整个行业的组织架构设置和行业的业务运营流程。把这两个部分掌握了，那么整个行业的业务也就熟悉了。通过资料的收集和学习，需求调研人员能够掌握非常多的知识，也可以知道，在于客户沟通时应该怎么谈、怎么提问。为了更好的做好需求调研，那么还需要在需求调研前准备调研用的一些资料和工具。也就是接下来我们需要讨论的调研资料准备。二、调研资料准备期在进行需求调研前，准备好完备的调研资料，能够帮助我们更高效的与客户进行沟通、更完善的了解到客户的需求。一般来说，需求调研资料准备的资料可以分为两个部分: n 需求调研问题列表：需求调研列表是记录在需求调研过程中，针对不同的需求所应该得到用户确认和答案给予的问题的清单。n 项目需求原型：根据需求调研人员对行业和项目的理解，通过静态页面所模拟出来的用户实际使用环境。准备需求调研问题列表，不能仅仅是问题的罗列，它需要我们根据项目客户业务的分类对问题进行详细的归类，从而保证我们在进行沟通的时候单个单位时间段内保证一个沟通主题，不至于偏题和跑题。原型是根据需求调研人员对于系统的理解，通过简单的静态页面模拟出来的系统实际使用环境，它能够帮助客户直观的感受系统，从而帮助客户清理思路，整理需求。所以，原型应该不仅仅是客户可以看到的未来系统的样子，它需要具有可操作性，并且能够对客户的业务操作业务流程进行仿真。一般来说，因为做原型需要耗费一定的成本，所以在需求调研过程中，需要慎用。如何将原型的价值保留，制作出具有保值的原型不在本文档的讨论范围内，如果需要了解此方面的内容，那么请查阅相关资料。三、现场需求调研在调研资料准备完毕后，那么就可以和客户进行实际的接触，现场调研客户真实的需求了。在进行现场的需求调研时，首要做的是将问题清单上的所有问题进行沟通和确认，并且实时记录下沟通的结果，这将作为最原始的需求进行保存。在进行问题确认的时候，需要根据自己的理解，尽量追溯问题的本源。当所有问题都得到确认后，用户将会提出一系列其它的问题和看法，那么，需求调研人员需要将用户的看法和问题及其回答进行实时的记录，它将同样成为原始需求进行保存。如果在进行需求调研的时候采用了原型，那么需要真实的记录用户在使用原型过程中的意见和感受，这些都将成为原始需求，进行保存。四、需求调研汇总在上一个步骤做完后，能够得到一份用户完善的原始需求。因为这些原始需求都是我们在调研过程中实时记录的内容，所以，难免有些凌乱不成体系。那么，在调研完后，需要对这些原始需求进行汇总和归类，将重复的需求剔除，并且，从而形成一份完善、结构化的需求列表。同时，需要确定在用户的需求中哪些是重点需求，哪些是次要需求。本步骤做完后，将产生一份完善的需求调研文档。五、需求调研结果确认当我们汇总出来用户的原始需求后，形成了一份完善的需求调研文档。这份文档所记载的内容需要经过一个严格的确认过程，才能够投入需求分析中使用。这个确认过程需要分成两个部分：n 内部确认：在公司内部确认。那么，所有参加需求调研的人员已经公司