需求调研的方法

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

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