接口需求调研方法探讨

WHO、WHEN、WHERE定律 WHO、WHEN、WHERE定律
在WHAT定律的基础上，细分系统的用户需求：分析什么人，在什么时间， 在WHAT定律的基础上，细分系统的用户需求：分析什么人，在什么时间， 什么阶段可以或必须触发该接口 什么阶段可以或必须触发该接口
HOW定律 HOW定律
HOW定律，就是怎样实现接口。在用户需求的基础上， HOW定律，就是怎样实现接口。在用户需求的基础上， 分析需求，如何进行需求规格的分析与下阶段的设计、实现工作 分析需求，如何进行需求规格的分析与下阶段的设计、实现工作
用户访谈和需求分析阶段
多元化，多层次，多次的全方位访谈 多元化，多层次，多次的全方位访谈
访谈需要跟需求分析穿插进行，绝对不可能一蹴而就 访谈需要跟需求分析穿插进行，绝对不可能一蹴而就 访谈包括：功能需求和非功能需求，访谈要素：接口对象、接口触发形式（实时、周期） 访谈包括：功能需求和非功能需求，访谈要素：接口对象、接口触发形式（实时、周期） 、接口调用业务场景、接口传递必须包括的数据内容等 、接口调用业务场景、接口传递必须包括的数据内容等
包括针对本系统管理部门问卷、接口系统涉及部门问卷等。如果涉及到领导要来进行 包括针对本系统管理部门问卷、接口系统涉及部门问卷等。如果涉及到领导要来进行 操作的接口（例如与OA系统接口等），需要设计针对领导访谈的问卷（可以跟其他 操作的接口（例如与OA系统接口等），需要设计针对领导访谈的问卷（可以跟其他 系统功能的问卷一起访谈） 系统功能的问卷一起访谈）
比用户更加了解他自己 比用户更加了解他自己
要建立一种信念：用户所说的不一定是他想的，他想的不一定是他想要的；要格外关注 要建立一种信念：用户所说的不一定是他想的，他想的不一定是他想要的；要格外关注 用户的“言外之意”；客户也是不断被培训或不断专业化的，随着需求调研的深入，用问题、 用户的“言外之意”；客户也是不断被培训或不断专业化的，随着需求调研的深入，用问题、 业务场景、流程图、表、界面等增强引导，用户的表述将越来越清楚 业务场景、流程图、表、界面等增强引导，用户的表述将越来越清楚
WHAT？
接口调研成果和交付物？
交付物 调研计划书 调研问卷 访谈纪要 用户需求确认书 需求规格说明书(SRS) 用例规格说明书 需求跟踪矩阵 概要设计说明书(HLD) 数据字典 小型项目 可选项 可选项 必选项 必选项 必选项 可选项 可选项 必选项 必选项 中型项目 可选项 可选项 必选项 必选项 必选项 必选项 必选项 必选项 必选项 大型项目 必选项 必选项 必选项 必选项 必选项 必选项 必选项 必选项 必选项
WHAT？
接口调研人员构成？
系统开发商 系统开发商 需求分析人员、开发设计人员、客户经理 需求分析人员、开发设计人员、客户经理 客户 客户 系统建设管理部门人员及领导、接口涉及的使用部门人员及领导 系统建设管理部门人员及领导、接口涉及的使用部门人员及领导 接口开发商 接口开发商 需求分析人员、开发设计人员 需求分析人员、开发设计人员
对范围敏感，明确界定需求范围 对范围敏感，明确界定需求范围
首先跟用户严格框死本期内能做的接口范围（个数及实现程度），对于任何可能会涉及到 首先跟用户严格框死本期内能做的接口范围（个数及实现程度），对于任何可能会涉及到 范围变更的，务必走需求变更流程 范围变更的，务必走需求变更流程
建立充分的沟通机制 建立充分的沟通机制
增强协同效率，包括内部、外部，希望用户成立领导小组，使用户和我们之间有对等 增强协同效率，包括内部、外部，希望用户成立领导小组，使用户和我们之间有对等 沟通角色，对应的层级架构，而内部类似wbs分解的组织架构，管理上贯通，这样保证用户 沟通角色，对应的层级架构，而内部类似wbs分解的组织架构，管理上贯通，这样保证用户 在提供文档、需求确认、访谈安排上的响应效率 在提供文档、需求确认、访谈安排上的响应效率
常见问题
▪ 软件项目我们通常会遇到哪些问题？
项目经理： 项目经理：
开发做的是什么系统呀 ，我们自己用着都难受，用户当然也有意见 开发做的是什么系统呀 ，我们自己用着都难受，用户当然也有意见 用户说要按照当初提交的需求规格说明书来逐条验收，可那么多 用户说要按照当初提交的需求规格说明书来逐条验收，可那么多 功能还没做呢，这可怎么验收呀 功能还没做呢，这可怎么验收呀 客户领导刚来看了我们的系统，说界面太难看了，要改。可开发 客户领导刚来看了我们的系统，说界面太难看了，要改。可开发 人员总是说没问题，验收？难呀 人员总是说没问题，验收？难呀 。。。 。。。
设计和开发人员： 设计和开发人员：
什么破项目，钱少还整那么多需求，时间还紧，怎么做得完？ 什么破项目，钱少还整那么多需求，时间还紧，怎么做得完？ 干脆都最简单实现就得了 干脆都最简单实现就得了 接口系统提供商怎么那么牛呀，这种问题明明应该是应该他们去 接口系统提供商怎么那么牛呀，这种问题明明应该是应该他们去 解决的，凭什么让我们做呀？ 解决的，凭什么让我们做呀？ 明明需求说明书只有两个系统需要做接口，怎么到快上线了 明明需求说明书只有两个系统需要做接口，怎么到快上线了 又整出来一个 又整出来一个 。 。。。 。 。。。
调研准备阶段
仔细研读《用户需求说明书》 仔细研读《用户需求说明书》
将用户需求说明书中涉及到接口的部分整理成为表格，为调查问卷做准备； 将用户需求说明书中涉及到接口的部分整理成为表格，为调查问卷做准备； 客户没有提供《用户需求说明书》，需要跟客户方相关人员事先做面对面的沟通来 客户没有提供《用户需求说明书》，需要跟客户方相关人员事先做面对面的沟通来 理清思路 理清思路
WHAT？
接口调研的工作目标？
清楚“为什么要做” ？ 清楚“为什么要做” ？ 清楚 “做什么”？ 清楚 “做什么”？ 清楚“怎么做”？ 清楚“怎么做”？
接口调研的工作内容？
编写调查问卷，组织用户访谈 编写调查问卷，组织用户访谈 访谈要素：接口对象、接口触发形式（实时、周期）、接口调用 访谈要素：接口对象、接口触发形式（实时、周期）、接口调用 方式、接口调用过程、接口调用过程、接口数据描述等 方式、接口调用过程、接口调用过程、接口数据描述等 用户需求分析 用户需求分析 接口用例分析 接口用例分析 接口概要设计 接口概要设计 组织用户对相关文档评审 组织用户对相关文档评审
WHY ？
为什么接口越来越重要？接口的价值？
不可能存在能够涵盖所有用户的所有需求的系统， 不可能存在能够涵盖所有用户的所有需求的系统， 系统不能独立存在； 系统要做大，必须要 系统不能独立存在； 系统要做大，必须要 “拿来”，而且也要允许别人“来拿” “拿来”，而且也要允许别人“来拿” 建设系统的非常重要的目标是实现信息共享， 建设系统的非常重要的目标是实现信息共享， 而共享是接口的精髓 而共享是接口的精髓 用户工作流程的交集决定了系统建设也存在 用户工作流程的交集决定了系统建设也存在 功能的交集，同样的工作在不同的系统中 功能的交集，同样的工作在不同的系统中 多次重复，降低了效率，也增加了差错率 多次重复，降低了效率，也增加了差错率 我们孜孜以求的“综合XX系统”着眼于“综合”， 我们孜孜以求的“综合XX系统”着眼于“综合”， 接口应该成为核心竞争力 接口应该成为核心竞争力
收集相关资料 收集相关资料
包括用户能够提供的：接口系统说明文档（操作手册等）等；公司内部能够提供的： 包括用户能够提供的：接口系统说明文档（操作手册等）等；公司内部能够提供的： 相关项目的可参考文档（问卷、需求规格说明书、概要设计等） 相关项目的可参考文档（问卷、需求规格说明书、概要设计等）
设计调研问卷 设计调研问卷
针对访谈结论的确认 针对访谈结论的确认 对访谈结果进行需求分析，将用户需求转化为软件需求，撰写《需求规格 对访谈结果进行需求分析，将用户需求转化为软件需求，撰写《需求规格 说明书》 说明书》 需求规格说明书评审 需求规格说明书评审 用户需求确认，签署用户需求确认书 用户需求确认，签署用户需求确认书 成果：《接口访谈会议纪要》、《需求规格说明书接口部分》、《用例规格说明书》 成果：《接口访谈会议纪要》、《需求规格说明书接口部分》、《用例规格说明书》 、《需求跟踪矩阵》、《用户需求确认书》 、《需求跟踪矩阵》、《用户需求确认书》
用户访谈和需求分析阶段技巧探讨之一
知己知彼，百战不殆 知己知彼，百战不殆
尽可能地多收集接口系统的资料，如果有可能可以请用户开放测试帐号，在接口系统上 尽可能地多收集接口系统的资料，如果有可能可以请用户开放测试帐号，在接口系统上 进行实际操作；不仅要了解接口系统目前的情况，而且要了解接口系统未来发展目标（如果 进行实际操作；不仅要了解接口系统目前的情况，而且要了解接口系统未来发展目标（如果 有的话），在做需求分析的时候，要充分考虑扩展性 有的话），在做需求分析的时候，要充分考虑扩展性
撰写访谈计划 撰写访谈计划 建立调研团队：不仅要有业务专家而且要有开发设计人员 建立调研团队：不仅要有业务专家而且要有开发设计人员 成果：《访谈问卷》、《访谈计划》、《需求调研成员通讯录》 成果：《访谈问卷》、《访谈计划》、《需求调研成员通讯录》
调研准备阶段技巧探讨
分清客户和用户 分清客户和用户
客户即系统的建设管理部门人员，通常决定系统的建设范围、周期等对系统的验收 客户即系统的建设管理部门人员，通常决定系统的建设范围、周期等对系统的验收 起主导作用；用户即系统的使用部门人员，虽然对系统验收起作用不大，但是直接影响 起主导作用；用户即系统的使用部门人员，虽然对系统验收起作用不大，但是直接影响 系统的延续性和是否能够做大。在做访谈问卷的时候需要充分考虑到不同对象的不同需求 系统的延续性和是否能够做大。在做访谈问卷的时候需要充分考虑到不同对象的不同需求 尤其重点要考虑客户领导的需求 尤其重点要考虑客户领导的需求
常见问题
▪ 为什么出现这么多问题？
大部分问题的源头在需求调研阶段 大部分问题的源头在需求调研阶段 问题发现越早，解决的成本越小，力争做到防患于未然 问题发现越早，解决的成本越小，力争做到题？