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