《如何进行培训需求调研》.ppt

《《如何进行培训需求调研》.ppt》由会员分享，可在线阅读，更多相关《《如何进行培训需求调研》.ppt（28页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、 需求调研指通过和客户反复进行沟通和交流而获取客户的需求的一需求调研指通过和客户反复进行沟通和交流而获取客户的需求的一系列活动，为编写系列活动，为编写软件需要规格说明书软件需要规格说明书做的前期工作。做的前期工作。 了解现实世界中做实际工作的人们真正需要什么样的程序过程了解现实世界中做实际工作的人们真正需要什么样的程序过程 ，编写编写用户需求说明书用户需求说明书，为编写，为编写软件需要规格说明书软件需要规格说明书提供依提供依据据 需求就是用户对软件系统的要求，解决问题的需要。需求就是用户对软件系统的要求，解决问题的需要。目的目的获取客户的需求信息，经过分析后产生获取客户的需求信息，经过分析后产

2、生用户需求说明书用户需求说明书。角色与职责角色与职责需求分析员调查、分析用户的需求，客户与最终用户提供必要的需求分析员调查、分析用户的需求，客户与最终用户提供必要的需求信息。需求信息。启动准则启动准则需求分析员已经确定需求分析员已经确定输入输入任何与用户需求相关的材料任何与用户需求相关的材料主要步骤主要步骤第一步：调研前的准备第一步：调研前的准备第二步：调查与记录第二步：调查与记录第三步：整理需求信息第三步：整理需求信息第四步：撰写第四步：撰写用户需求说明书用户需求说明书第五步：需求确认第五步：需求确认输出输出用户需求说明书用户需求说明书结束准则结束准则需求分析员已经撰写完成需求分析员已经撰写

3、完成用户需求说明书用户需求说明书，确保无拼写、排，确保无拼写、排版等错误。版等错误。度量度量需求分析员统计工作量和上述文档的规模，汇报给项目经理。需求分析员统计工作量和上述文档的规模，汇报给项目经理。需求调研就是要搞清楚用户的需需求调研就是要搞清楚用户的需要，通过用户的需求提取特征，要，通过用户的需求提取特征，进而提取软件需求进而提取软件需求软件开发面临的实际问题软件开发面临的实际问题软件开发面临的实际问题软件开发面临的实际问题软件开发面临的实际问题软件开发面临的实际问题 做好需求调研是获做好需求调研是获取正确的软件需求取正确的软件需求的前提，正确的软的前提，正确的软件需求是项目成果件需求是项

4、目成果的关键。的关键。 用户为解决某个问题、或为实现某一目标，要求软用户为解决某个问题、或为实现某一目标，要求软件件必须满足的条必须满足的条件或能力。件或能力。 1） 业务需求业务需求 2） 用户需求用户需求 3） 功能需求和非功能需求功能需求和非功能需求1业务需求（业务需求（business requirement）反映了组织机构或客户对系统、产品高层次的目）反映了组织机构或客户对系统、产品高层次的目标要求，它们在项目视图与范围文档中予以说明。标要求，它们在项目视图与范围文档中予以说明。2用户需求用户需求(user requirement) 文档描述了用户使用产品必须要完成的任务，这在使文档

5、描述了用户使用产品必须要完成的任务，这在使用实例（用实例（use case）文档或方案脚本说明中予以说明。）文档或方案脚本说明中予以说明。3功能需求功能需求(functional requirement)定义了开发人员必须实现的软件功能，使得用户定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求。能完成他们的任务，从而满足了业务需求。4非功能性的需求非功能性的需求描述了系统展现给用户的行为和执行的操作等，它包描述了系统展现给用户的行为和执行的操作等，它包括产品必须遵从的标准、规范和约束，操作界面的具体细节和构造上的限括产品必须遵从的标准、规范和约束，操作界面的具体细

6、节和构造上的限制。制。需求调研的方法多种多样，主要包括：需求调研的方法多种多样，主要包括：u座谈法座谈法与用户交谈，向用户提出事先准备好的相关问题。u调查表法调查表法 将相关的问题制成调查表，向用户群体发调查问卷。u观察法观察法 参观用户的工作流程，观察用户的操作。切记：切记：没有最好的方法，只有最适合自己的方法。做到根据环境的不同选择最没有最好的方法，只有最适合自己的方法。做到根据环境的不同选择最适合的调研方法。适合的调研方法。u首先搞清楚对象（调研对象）与对象之间的关系，理清对象的目标以及和其它对象发生关系的目标；其次失利清对象内部的活动以及对象与对象之间发生的活动；再次对活动进行整理，确

7、定活动的边界；最后根据活动进行详细的需求调研。 1）做好调研前使用资料的准备，如需求调研模板，各）做好调研前使用资料的准备，如需求调研模板，各种调研表单以及需求调研问题列表等。种调研表单以及需求调研问题列表等。 2）制定好需求调研的计划，对需求调研中可能用到的）制定好需求调研的计划，对需求调研中可能用到的资源进行一定的分配。资源进行一定的分配。 3） 准备好需求调研中所要使用到的工具。准备好需求调研中所要使用到的工具。 1） 保持一种和客户平等合作的心态，确定需求调研是保持一种和客户平等合作的心态，确定需求调研是为了给客户解决问题，探讨问题，而不是接受问题，更为了给客户解决问题，探讨问题，而不

8、是接受问题，更不是来指导工作的。不是来指导工作的。2） 平静面对需求变更的心态，在需求调研过程中，往平静面对需求变更的心态，在需求调研过程中，往往双方对需求理解不一致，造成需求调研前后矛盾，应往双方对需求理解不一致，造成需求调研前后矛盾，应当心平气和的去引导客户，达到需求理解完全一致。当心平气和的去引导客户，达到需求理解完全一致。 1） 了解被调研对象的组织机构，了解每一个子对象中的关键人物，提高自己的观察能了解被调研对象的组织机构，了解每一个子对象中的关键人物，提高自己的观察能力。力。 2） 其次应该了解用户的行业，学习用户使用的术语，标准，以便能够准确的理解用户其次应该了解用户的行业，学习

9、用户使用的术语，标准，以便能够准确的理解用户的需求，提高自己的行业知识面。的需求，提高自己的行业知识面。 3） 需求调研中，学会尽量不使用需求调研中，学会尽量不使用IT行业的术语，而采用浅显易懂的口头语言来解释行业的术语，而采用浅显易懂的口头语言来解释IT行业中高深莫测的术语，以便用户能够很好的理解，提高自己的沟通交流能力。行业中高深莫测的术语，以便用户能够很好的理解，提高自己的沟通交流能力。4） 提高自己的速记能力，文字表述能力以及归纳，能迅速的记录需求调研核心的问题提高自己的速记能力，文字表述能力以及归纳，能迅速的记录需求调研核心的问题，总结归纳形成原始的需求调研资料。，总结归纳形成原始的

10、需求调研资料。5） 提高自己的总结能力，书写一份完整的、前后一致的、可追踪的需求报告。提高自己的总结能力，书写一份完整的、前后一致的、可追踪的需求报告。u找一个安静的地方，找一个安静的地方， 以客户为主，面对面的沟通和交流，完全倾听客户的心声，随以客户为主，面对面的沟通和交流，完全倾听客户的心声，随时记录客户所说的一切，每一次调研完后要对所有的记录进行整理，形成文档，在时记录客户所说的一切，每一次调研完后要对所有的记录进行整理，形成文档，在下一次的调研开始对上次的总结进行确认。切忌在倾听需求的过程中附带如何解决下一次的调研开始对上次的总结进行确认。切忌在倾听需求的过程中附带如何解决的思想！的思

11、想！u 对客户提出的需求记录的结构进行整理，对客户提出的需求记录的结构进行整理， 整理的格式可以根据自己的写作整理的格式可以根据自己的写作习惯，没有固定的格式，但必须能够很明确的表明用户的需求，能够指导习惯，没有固定的格式，但必须能够很明确的表明用户的需求，能够指导后期编写后期编写用户需求说明书用户需求说明书。建议采用以下格式进行整理。建议采用以下格式进行整理。调研主题调研主题调研对象调研对象调研人调研人调研时间调研时间调研描述调研描述u 许多的客户有时并不知道自己想要什么？有时并不清楚自己缺少什么？所以就需要许多的客户有时并不知道自己想要什么？有时并不清楚自己缺少什么？所以就需要我们去引导客

12、户的需求。造成这种现象的原因很多，主要体现在用户可能对计算机我们去引导客户的需求。造成这种现象的原因很多，主要体现在用户可能对计算机操作不是很了解，客户的语言表达能力，客户只能看到自身的问题等。遇到此种现操作不是很了解，客户的语言表达能力，客户只能看到自身的问题等。遇到此种现象后我们应当很虚心的去开发客户的需求，不能带有任何的鄙视心情。象后我们应当很虚心的去开发客户的需求，不能带有任何的鄙视心情。u引导客户需求的几种常用方法：引导客户需求的几种常用方法：v向客户讲述基本的计算机操作。v提示客户在全局中的地位以及作用。v向客户演示将要实施的系统的原型。v从软件开发中需求考虑的几个方面入手。u引导

13、客户的需求应做到能够描述用户的常规需求外，能够发掘用户的潜在需求，争引导客户的需求应做到能够描述用户的常规需求外，能够发掘用户的潜在需求，争取能够提出用户的兴奋需求，这样作出的软件才有生命力，才能真正体现出软件的取能够提出用户的兴奋需求，这样作出的软件才有生命力，才能真正体现出软件的价值。价值。u需求分析员对收集到的所有需求信息进行分类整理，消除错误，归纳与总结共性的需求分析员对收集到的所有需求信息进行分类整理，消除错误，归纳与总结共性的用户需求，然后形成文档，编写用户需求，然后形成文档，编写用户需求说明书用户需求说明书。对于。对于用户需求说明书用户需求说明书要要和客户以及相关的行业专家进行共

14、同评审。以前整理的需求记录可以作为附件整理和客户以及相关的行业专家进行共同评审。以前整理的需求记录可以作为附件整理在在用户需求说明书用户需求说明书之后。之后。u用户需求说明书用户需求说明书与与产品需求规格说明书产品需求规格说明书的主要区别与联系是：的主要区别与联系是：v（1）前者主要采用自然语言（和应用域术语）来表达用户需求，其内容相对于后者而言比较粗略，不够详细。v（2）后者是前者的细化，更多地采用计算机语言和图形符号来刻画需求，产品需求是软件系统设计的直接依据。v（3）两者之间可能并不存在一一影射关系，因为软件开发商会根据产品发展战略、企业当前状况适当地调整产品需求，例如用户需求可能被分配

15、到软件的数个版本中。软件开发人员应当依据产品需求规格说明书来开发当前产品。u 在调研过程中我们只是为了摸清楚用户的所有需求。能搞了解到用户真正在调研过程中我们只是为了摸清楚用户的所有需求。能搞了解到用户真正想要的系统，用户真正要解决什么样的问题才是需求调研的目标。在调研想要的系统，用户真正要解决什么样的问题才是需求调研的目标。在调研过程中如果附带了如何解决用户提到的需求的想法时，将会使调研人员陷过程中如果附带了如何解决用户提到的需求的想法时，将会使调研人员陷入只见树木不见森林的的谜团中，而且往往会遗漏用户的重要需求，造成入只见树木不见森林的的谜团中，而且往往会遗漏用户的重要需求，造成整体需求的

16、不完整。整体需求的不完整。时时 间间工工作作量量u需求调研是一个漫长的过程。能够正确理解用户的需求，并且将用户的各需求调研是一个漫长的过程。能够正确理解用户的需求，并且将用户的各种需求完整地体现在种需求完整地体现在软件需求规格说明书软件需求规格说明书中将更是一个复杂而艰辛的中将更是一个复杂而艰辛的过程，因此在每一次的会谈之后必须将当天的会谈纪录形成文档，可以以过程，因此在每一次的会谈之后必须将当天的会谈纪录形成文档，可以以备忘录的形式让用户进行确认。备忘录的形式让用户进行确认。u需求调研后形成的文档文档必须是正确的，是经过验证的，是在受控的状需求调研后形成的文档文档必须是正确的，是经过验证的，

17、是在受控的状态下变更的。而很多开发人员往往会问：态下变更的。而很多开发人员往往会问：“简单的系统就不用写需求了吧简单的系统就不用写需求了吧？”其实简单的系统未必简单，只有想清楚、写清楚、说清楚才说明已经其实简单的系统未必简单，只有想清楚、写清楚、说清楚才说明已经真正把需求整理清楚了。真正把需求整理清楚了。u可能产生变更的原因是多种多样的，用户的业务发生变化，市场形势发生可能产生变更的原因是多种多样的，用户的业务发生变化，市场形势发生变化、双发的理解最初具有偏差等等一系列的问题都会影响到需求的变更变化、双发的理解最初具有偏差等等一系列的问题都会影响到需求的变更。因此，如何处理好用户的需求变更将是

18、获取用户的实际需求的关键。因此，如何处理好用户的需求变更将是获取用户的实际需求的关键。u对每一次的变更要双发进行确认，并进行版本控制，做到有据可依。对每一次的变更要双发进行确认，并进行版本控制，做到有据可依。 v如果与用户约好了时间，切勿迟到或早退。要注意礼节，尽可能获得用户的好感，并为下次打扰他们埋下伏笔。 v需求分析员应事先了解用户的身份、背景，以便随机应变。IT人士不可貌相，有些大企业的领导其外表很土气，象农民。如果你路上碰到他，以为是个勤杂工，说：“喂，老师傅，来帮我拎东西。”也许这笔生意就泡汤了。 v需求调查不象侦探推理那样从蛛丝马迹着手，应该先了解宏观问题，再了解细节问题。 v如果双方气氛融洽，可以采用灵活的访谈形式，轻易不要打断用户的谈话。当双方对某些问题的交流合乎逻辑地结束后，即可继续讨论问题表中的其它问题。 v尽可能避免为用户添麻烦，但也不能怕给用户添麻烦而降低需求调查的力度。 v避免片面地听取某些用户的需求而忽视其它用户的需求。 结束结束