需求捕获最佳实践要点详解.ppt

讨论 平时需求捕获怎么做？ 需求捕获有哪些方法？ 主要的优缺点是什么？ 在需求捕获过程中遇到的主要障碍有哪些？ 需求捕获的主要障碍 大多数情况下，系统相关的人员无法陈述自己的需要 许多用户难以解释所执行的任务，更难解释为什么执行这些任务 相关人员经常指定解决方案而不是需求 相关人员也难以构想出新的工作方法，或者想像出使用提供的方法执行熟悉的任务所能够得到的结果 不同的相关人员可能持有相互矛盾的观点 相关人员经常出于抵制变更而拒绝新系统 需求可能过多—过度的需求 需求随着时间而变化 需求捕获的各方职责 由需求分析师策划，由需求分析师、用户和其他风险承担者积极合作完成。 用户、顾客和客户：有责任向需求分析师提供他们的工作知识 需求分析师：理解用户所说的关于工作的事情，并将其解释成产品的需求规格说明 观察和学习该项工作，从用户角度来理解它 用户对某项工作的描述必须作为事实来对待，要发现工作的本质，而非表象 发明完成该工作更好的方法 以需求规格说明书和分析模型的方式记录 用户在需求捕获过程中的角色 作为设计组、专题讨论会的成员，参与设计用户界面 作为知识来源，提供任务、商业过程的当前执行情况 参与集策讨论会，提供构想、确定问题 作为测试用户，在验收时测试系统检查能否正常工作 作为审查者评估用户界面 进行可用性测度，尝试使用新的用户界面执行任务 作为项目管理委员会成员 用户的各种需求 意识到的需求：是指那些用户最先想到的需求，常常表明用户希望改进的一些事情 无意识的需求：是指那些用户没有言明的事情，因为用户对它们知道得太多，以致于他们假定其他任何人都具备同样的知识 未梦想过的需求：是指那些一旦用户认识到它们可能就会要求的事情 需求心理学—常见现象 言过其实心理：说的流程是一种理想化流程，与实际情况严重不符 越俎代疱心理：对非自己处理的流程津津热道，根据自己的理解、想像进行肯定的描述 非正事心理：一直忙于工作，无瑕配合需求调研 抗拒心理：新系统对其利益有损，故意不配合 推卸责任心理：装不知，说没需求 需求变化的预期 流程变化：流程顺序变化，流程细节变化，流程负责人变化，流程输入变化，流程输出变化。 数据变化：数据格式变化、数据规则变化、数据输出变化、数据项变化 业务规则：规则增加、规则减少、规则变化 系统表现形式变化：界面、风格、输入形式、展现方式、访问方法、网络环境 目标变化 系统化地组织需求捕获 术语表、域建模、领域培训—这些都是因地制宜的业务建模的常见工具。（Wiki） 与业务流程相关的系统，最重要的是：置身于流程之中，分析信息、工作流。 从“组织结构与岗位设置图”所体现的管理层次与线条建立全局了解；--参与者的来源； 针对业务流程，绘制出跨部门职能流程图，以帮助开发人员对客户方的业务流程建立宏观、清晰的认识，以便更加有的放矢地进行进一步的需求捕获工作。 系统化地组织需求捕获 应该搜集什么信息？细化地研究流程图，看看是否已经对每个环节、每个步骤都清楚地认识了。我们应该根据自己的理解首先对每个流程的工作进行定义，写出事件流，并且标识出疑问点，这些都将使我们明白“应该收集什么信息”。 从哪搜集这些信息？流程涉及到什么部门、岗位，答案就应该从谁身上找。（闲聊惹的祸） 用什么机制来搜集？需求捕获技术有多种，重点在于因地制宜地使用不同的机制…… 用户访谈 用户访谈：最基本、最常见的技术 利：直接有效、形式灵活、交流深入，应该做为主要的需求捕获技术（宽带通信、固有灵活性、各类信息） 弊：占用时间长（特别当客户忙时更显示出其不足）、面窄而容易造成信息的片面性。 要点：首先要有准备：通常包括说明对流程的理解，并征得客户的意见；预先根据流程中的不明确点设计要询问的问题，并将客户的反馈记录下来；应留有一些即兴的空间，根据实际情况应变，以确保信息完善。第二是要有计划性：计划好时间、计划好人员、计划好策略。 用户访谈：特点 最传统的方法，单独使用并不有效，通常别期望用户知道并能够说出他们的需求 应先草拟一份问卷，向要访谈的用户发出一份涉及访谈主题和时间安排的材料 在访谈的过程中，及时用草图绘制模型（DFD、用例、思维图），从而得以及时反馈 应以业务事件为谈话的中心， 问问题，听取回答，然后反馈理解 用户访谈：准备工作 围绕目标制订一个计划，包括一组按逻辑方式分组和排序的问题 在计划内应有时间在结束时检查是否已涵盖所有问题，并理解对所有问题的答复 不要超过1小时，否则应安排下一次面谈 地点选择：适当的不受干扰和避免打扰 记录：自己做笔记（分神）、专门一同事做笔记（成本高）、录音 （失去身体语言）/录像（难操作）?自己做笔记+录音 用户访谈：通用问卷 建立客户或用户情况表 姓名、职位等基本信息