需求调研的方法

,#,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,单击此处编辑母版标题样式,需求调研,之,原则、方法、实践,1,需求调研的重要性,2,项目成本,项目进度,项目范围,项目范围,范围是根本，它直接决定了项目的方向、工作量、从而决定着成本和进度，关系着项目的成败。,项目进度,项目的进度会受到各种风险的影响，而风险出现的源头往往是在需求调研阶段，如：需求理解不准确造成的返工、需求的变更、不了解实现的难度而轻意给客户的承诺,项目成本,软件项目的成本，主要体现在工作量上。因此，需求把握的准确度直接影响项目成本的高低,.,项目的三要素,范围就是项目的目标、愿景及在确定范围内的功能，即项目的需求，需要通过需求的调研获取,需求调研中常见的问题,不知道从何入手,找用户调研究了一些需求，无法确定调研是否完整；,流于细节功能，而忽略了业务流程；,如何将从用户处收集到的业务需求转化为功能性需求；,3,需求调研的目标是什么？,准确的获取用户的需求？,应该更进一步，使自己成为和用户一样的业务专家，只有这样才能准确的把握需求。,因此调研的重点不是问用户想要什么，而是了解用户现在做什么，是怎么做的，将来还想做什么？,本次研讨会的目标,1,、明确需求管理的过程，及各阶段要做的事,2,、讨论明确需求调研过程的原则和方法,3,、需求调研的技巧和经验交流,4,本次研讨论的开展方法,先介绍需求管理的过程；,介绍需求调研的方法论；,假设我们要为公司开发一个,BUG,管理工具，以这个为案例，使用角色扮演的方式，进行需求调研过程的演进。,各人需求调研经验交流及分享,5,需求管理过程,1,、明确系统业务目标；,2,、明确系统涉众；,3,、明确系统业务需求；,4,、明确系统业务流程；,5,、明确系统业务规则；,6,、需求分析；,7,、需求说明书编写；,8,、需求确认；,9,、需求变更；,需求调研及业务建模过程,需求分析及建模过程,需求控制,6,调研之前的准备工作,7,凡事要先有个计划：,需求调研的计划,，计划的变更,准备：,阅读项目前期的文档；,找前期跟进的人员了解项目的情况，甲方的情况，行业知识，同类系统研究；,甲方的组织结构，人员管理关系,接口人员的性格；,规范的做事方式（给客户留下专业的印象）,1,、明确该项目甲方的决策人；,2,、明确决策人想要什么；,3,、该系统为甲方解决哪些业务问题；,4,、该系统为甲方带来那些价值,要求：,对目标的描述必须是明确的，可以校验的语言或数据,目标,涉众,业务,流程,规则,分析,确定,BUG,管理系统的边界（范围）,8,不同的涉众对系统的期望是不同的，关键涉众的期望应作为系统的目标,1,、系统的直接使用人,核心业务处理人、业务管理层、业务决策层、系统管理者、观众,2,、第三方系统,调用本系统接口的系统、被调用的系统、使用本系统数据的系统，数据被本系统使用的系统，与本系统功能重叠的系统或将被本系统取代的系统等等,；,3,、利益相关者,本系统的使用将可能会影响人或系统（有正面的和反面的）；,4,、相关的机构、法令、条例等,9,涉众,目标,业务,流程,规则,分析,确定,BUG,管理系统的涉众,1,、按涉众逐步进行需求调研；,2,、分层展开：,目标层：范围的确定,领域层：用户与系统的交互（任务级）,对话层：完成某个任务（事务）的具体（操作）过程,3,、不同类型的涉众的调研侧重点将不同：,核心业务处理人员，重点调研业务处理过程、业务内涵、目前最繁索最不方面的工作有哪一些等；对于中层领导，重点在：管理流程、统计分析等。高层人员，重点在对系统的目标、期望等。,业务,目标,涉众,流程,规则,分析,10,需求调研分类,按甲方人员分类：,强势型、随和型、啥都不懂型、业务专家型、,IT,专家型、懒惰型；,按乙方经验分类：,熟悉的领域、不熟悉的领域、已多次与该客户打交道、第一次接触；,按系统分类,升级型、替换型、移殖型。,11,注意：不要调研一开始时就给客户看某个同类型的系统，然后再让客户以此为基础提修改需求,问题：,这些不同的分类需要注意些什么呢？,业务调研方法,业务访谈、业务会议、业务过程,/,工作流程观察、遗留文档、原型试验、问卷调查等，,各种调研沟通方法技巧的讨论。,及时的归纳总结：,将白天在访谈、会议等手段收集到信息笔记，在晚上进行整理，综合：收集到的业务文档或表格，自己的相关经验。,产出物：整理好的业务流程、业务描述、输入输入出、问题列表。,提问：,1,、产出物的以什么形式展示给客户？,2,、客户的文档在需求调研中的主要作用？,12,原型法：一般来说为最好的与客户确认的手段，小到每一个表单的输入输出，大到操作流程的展现。,休息一下,13,业务调研练习,确定,BUG,管理系统不同涉众需要的业务功能,以用例的方式进行表达，一个业务即一个,CASE,，一个涉众为一个,actor,14,目标,涉众,业务,规则,分析,流程,1,、流程是最重要的也是在需求调研时最容易忽视的；,我们发现很多项目在将功能集成或上线之后有大量的工作要做，这,往往是没有提前分析好流程所造成的。,2,、,流程不仅指审批流程，而是指各业务之间的内在联系及数据、信息在业务之间的流向。包括操作流和信息流；,3,、流程的复杂，是因为他往往为涉及到多部门的协作，如财务部需要每月获取业务部门的业务数据，人力资源部需要行政部的考勤数据等；,15,流程识别的技巧,流程的分类,信息流（数据流）,各个业务产生的数据将被另外哪个业务所使用，任务一个业务必定会有数据的输入和输出，找出所有的数据关系，数据流程也就识别出来了；,操作流程（业务操作流）,业务的分解，一个大业务由几个小的业务环节组成，小的环节又由几个更 小的环节组成。业务识别原则与用例识别原则相同，一个业务即一个,CASE,。,找出业务之间的依赖关系即可整理出操作流程，一般通过对客户中层的调研可以重点关注流程。,审批流程只是操作流程的一种。,操作流程在识别出来之后，还有一个重要的工作：是否要优化、将来是否会变化？,16,初步识别出,BUG,管理系统的一个业务流程,1,、规则是业务处理过程中的一个约定、约束、规定、守则等等；,2,、规则也是在需求处理过程容易遗漏的；,3,、规则识别的方法、技巧；,目标,涉众,业务,流程,分析,规则,初步识别出,BUG,管理系统中几条规则,17,需求调研的常见风险探讨,你得到的需求范围是否已超过了合同的工作量？,这些需求是否依赖于某个高风险的假设？,从旧系统到新系统迁移的风险（风格、习惯）,需求实现的技术风险,非功能性需求的明确和技术风险？,还有哪些风险？,18,初步识别出,BUG,管理系统需求的一些风险,-,19,-,谢,谢,！,