需求捕获最佳实践

1、讨论讨论l平时需求捕获怎么做？l需求捕获有哪些方法？l主要的优缺点是什么？l在需求捕获过程中遇到的主要障碍有哪些？需求捕获的主要障碍需求捕获的主要障碍l大多数情况下，系统相关的人员无法陈述自己的需要l许多用户难以解释所执行的任务，更难解释为什么执行这些任务l相关人员经常指定解决方案而不是需求l相关人员也难以构想出新的工作方法，或者想像出使用提供的方法执行熟悉的任务所能够得到的结果l不同的相关人员可能持有相互矛盾的观点l相关人员经常出于抵制变更而拒绝新系统l需求可能过多过度的需求l需求随着时间而变化需求捕获的各方职责需求捕获的各方职责l由需求分析师策划，由需求分析师、用户和其他风险承担者积极合作

2、完成。l用户、顾客和客户：有责任向需求分析师提供他们的工作知识l需求分析师：理解用户所说的关于工作的事情，并将其解释成产品的需求规格说明 观察和学习该项工作，从用户角度来理解它 用户对某项工作的描述必须作为事实来对待，要发现工作的本质，而非表象 发明完成该工作更好的方法 以需求规格说明书和分析模型的方式记录用户在需求捕获过程中的角色用户在需求捕获过程中的角色l作为设计组、专题讨论会的成员，参与设计用户界面l作为知识来源，提供任务、商业过程的当前执行情况l参与集策讨论会，提供构想、确定问题l作为测试用户，在验收时测试系统检查能否正常工作l作为审查者评估用户界面l进行可用性测度，尝试使用新的用户界

3、面执行任务l作为项目管理委员会成员用户的各种需求用户的各种需求l意识到的需求：是指那些用户最先想到的需求，常常表明用户希望改进的一些事情l无意识的需求：是指那些用户没有言明的事情，因为用户对它们知道得太多，以致于他们假定其他任何人都具备同样的知识l未梦想过的需求：是指那些一旦用户认识到它们可能就会要求的事情需求心理学需求心理学常见现象常见现象l言过其实心理：说的流程是一种理想化流程，与实际情况严重不符l越俎代疱心理：对非自己处理的流程津津热道，根据自己的理解、想像进行肯定的描述l非正事心理：一直忙于工作，无瑕配合需求调研l抗拒心理：新系统对其利益有损，故意不配合l推卸责任心理：装不知，说没需求

4、需求变化的预期需求变化的预期l流程变化：流程顺序变化，流程细节变化，流程负责人变化，流程输入变化，流程输出变化。l数据变化：数据格式变化、数据规则变化、数据输出变化、数据项变化l业务规则：规则增加、规则减少、规则变化l系统表现形式变化：界面、风格、输入形式、展现方式、访问方法、网络环境l目标变化系统化地组织需求捕获系统化地组织需求捕获l术语表、域建模、领域培训这些都是因地制宜的业务建模的常见工具。（Wiki）l与业务流程相关的系统，最重要的是：置身于流程之中，分析信息、工作流。l从“组织结构与岗位设置图”所体现的管理层次与线条建立全局了解；-参与者的来源；l针对业务流程，绘制出跨部门职能流程图

5、，以帮助开发人员对客户方的业务流程建立宏观、清晰的认识，以便更加有的放矢地进行进一步的需求捕获工作。系统化地组织需求捕获系统化地组织需求捕获l应该搜集什么信息？应该搜集什么信息？细化地研究流程图，看看是否已经对每个环节、每个步骤都清楚地认识了。我们应该根据自己的理解首先对每个流程的工作进行定义，写出事件流，并且标识出疑问点，这些都将使我们明白“应该收集什么信息”。l从哪搜集这些信息？从哪搜集这些信息？流程涉及到什么部门、岗位，答案就应该从谁身上找。（闲聊惹的祸）l用什么机制来搜集？用什么机制来搜集？需求捕获技术有多种，重点在于因地制宜地使用不同的机制用户访谈用户访谈l用户访谈用户访谈：最基本、

6、最常见的技术l利：直接有效、形式灵活、交流深入，应该做为主要的需求捕获技术（宽带通信、固有灵活性、各类信息）l弊：占用时间长（特别当客户忙时更显示出其不足）、面窄而容易造成信息的片面性。l要点：首先要有准备：通常包括说明对流程的理解，并征得客户的意见；预先根据流程中的不明确点设计要询问的问题，并将客户的反馈记录下来；应留有一些即兴的空间，根据实际情况应变，以确保信息完善。第二是要有计划性：计划好时间、计划好人员、计划好策略。用户访谈：特点用户访谈：特点l最传统的方法，单独使用并不有效，通常别期望用户知道并能够说出他们的需求l应先草拟一份问卷，向要访谈的用户发出一份涉及访谈主题和时间安排的材料l

7、在访谈的过程中，及时用草图绘制模型（DFD、用例、思维图），从而得以及时反馈l应以业务事件为谈话的中心，l问问问题，听听取回答，然后反馈反馈理解用户访谈：准备工作用户访谈：准备工作l围绕目标制订一个计划，包括一组按逻辑方式分组和排序的问题l在计划内应有时间在结束时检查是否已涵盖所有问题，并理解对所有问题的答复l不要超过1小时，否则应安排下一次面谈l地点选择：适当的不受干扰和避免打扰l记录：自己做笔记（分神）、专门一同事做笔记（成本高）、录音 （失去身体语言）/录像（难操作）自己做笔记+录音用户访谈：通用问卷用户访谈：通用问卷l建立客户或用户情况表 姓名、职位等基本信息 你的主要职责是什么？ 你

8、们的主要输出是什么？ 为谁做的？ 如何测试成功? 什么问题阻挠你们的成功? 如果有，什么使你的工作更容易或更困难用户访谈：通用问卷用户访谈：通用问卷l评估问题 你对哪种问题缺乏好的解决方案？ 它们是什么？（提示：不断问“还有吗？”） 对每个问题，问： 为什么存在这个问题？ 现在你怎么解决它？ 你打算怎么解决它？用户访谈：通用问卷用户访谈：通用问卷l理解用户环境 谁是用户？ 他们的教育背景如何？ 他们的计算机背景如何？ 用户经历过这种类型的应用吗? 使用的是哪一种平台？计划将来的平台是什么？ 有没有用其他和该应用有关的应用？如果有简单介绍 对产品可用性的预期是什么? 你需要什么样的用户帮助（在线

9、文档、纸介质？）用户访谈：通用问卷用户访谈：通用问卷l简要说明理解情况 你刚才告诉我（用自己的话列出客户所述问题） 这是否足以表达你认为现在存在的问题？ 如果还有，那是什么问题？l分析人员对客户问题的输入(有效或无效的假设)，如果有，问题与什么有关？对于每个建议，提问: 这是一个实际的问题吗？产生的原因是什么？ 你是怎么解决这个问题的？希望怎么解决？ 和你提到的其他问题相比，这些问题 的位置如何？用户访谈：通用问卷用户访谈：通用问卷l评估你的解决(总结你建议的解决方案的主要功能)如果你能够对于这些的重要性，你是如何排序的？l评估机会 在你的单位中，谁需要这样的应用？ 使用这种应用的用户有多少?

10、 如何评价一个成功的解决方案?用户访谈：通用问卷用户访谈：通用问卷l评估可靠性、性能及支持的需要 你对可靠性的预期是什么？ 你对性能的预期是什么？ 是你还是其他人来支持该系统？ 你对支持还有特别的要求吗？ 维护及服务如何? 安全需求是什么？ 安装和配置需求是什么？ 有什么特殊的许可需求吗？用户访谈：通用问卷用户访谈：通用问卷l其他需求 有必须支持的法律、法规、环境需求或标准吗？ 你还能想到其他我们应该知道的需求吗?l总结性提问 我还有其他问题应该问你吗？ 如果我还问你其他问题的话，可以打电话给你吗？你愿意参加需求审阅吗？l分析人员总结：面谈后，趁你记得时，总结出用户/客户确认的三条最高优先级的

11、需求或问题用户访谈：操作法用户访谈：操作法l避免类似以下暗示：我的时间比你宝贵，我不知道我在做什么，你不知道你在讲什么l用简单的语言清楚地表达问题，采用对方的术语和行话l不要遗漏任何事情l能够找到和探究异常现角，例如对未预料问题的反应l不要搞错基本信息流要求的方向用户访谈：询问的问题用户访谈：询问的问题l问题类型：待解决的问题、开发解决方案的过程、需求获取本身l需求获取本身的问题： 我的问题看起来相关吗？你的回答正式吗？你的回答正式吗？ 你是回答这些问题的最佳人选吗？你是回答这些问题的最佳人选吗？ 我问了太多的问题吗？ 还有其他什么我该问你的？ 你想问我什么？ 我还应该见其他什么人？ 关于这个

12、项目有什么人我们不需要？用户访谈：主要困难用户访谈：主要困难l缺乏对所需要的人的访问（知道最多的人最忙）l在面谈时记录信息很困难l被访谈人会试图说他们认为你想要听的话l访谈人用诱导性问题提问l束缚关键职员的有关费用l由不同领域知识和行话引起的交流困难l隐蔽的动机和组织政策产生错误信息用户调查：概述用户调查：概述l用户调查：用户调查：调查面最广的技术l利：面广，能够获得更多的人的反馈。这点是对用户访谈技术不足之处的最好补充。l弊：不够深入，容易形而上学。而这点是正是用户访谈技术所能够解决的。l要点：结合用户访谈技术使用，具体来说：先设计问题，制作成为用户调查表，下发填写完后，进行仔细的分组、整理

13、、分析，以获得基础信息，然后再针对这个结果进行小范围的用户访谈，作为补充。用户调查：主要用途用户调查：主要用途l搜索某项假设的统计依据搜索某项假设的统计依据：设计一些封闭的问题，例如“从现有系统中取得客户统计资料的难易程度：非常困难、相当困难、容易、非常容易”l搜索意见、建议搜索意见、建议：询问与用户访谈类似的开放性问题，例如“日常工作中的三个最大问题是什么？”，“你对能够更好地支持日常工作的IT系统有什么建议”。-误解你的问题，你误解他的回答用户调查：主要困难用户调查：主要困难l相关的问题不能事先决定l问题背后的假设对答案会造成偏颇 例如：这功能符合你的期望吗？ 假设：你有期望，所以这是一个

14、有意义的提问l难以探索一些新的领域，也没有探索新的需要被探索的领域的交互l难以继续用户的模糊响应现场观摩：概述现场观摩：概述l现场观摩：现场观摩：最生动的技术l利：百闻不如一见，能够对需求与业务流程建立直观的认识。l弊：消耗时间长，而且由于“被观摩”的微妙心理变化，会使得“观摩”失真。l适用性：要对于复杂流程的更加深入的理解时。l要点：悄悄地进行，明确要强化理解的具体流程环节。现场观摩：常用变体现场观摩：常用变体l任务示范：任务示范：要求用户示范如何执行特定的任务l利：可用于发现异常的、关键性的任务l弊： “示范”失真、耗时l做学徒：做学徒：和用户坐在一起，通过观察、问问题、并在用户指导下完成

15、一些工作来学习l适用性：用户无法详细解释清楚他们在做什么时l“人们正在做一件事时，最能解释他们在做什么，为什么要这么做”l需求分析员可以通过学徒关系试验他的需求和设计思想文档考古：概述文档考古：概述l文档考古：文档考古：最贴近实现的技术l利：能详细、直观地对数据流细节进行了解与分析。l弊：易陷入文山书海之中不可自拔，甚至常引起误导。l要点：应该尽量让客户提供写有真实数据的文档。l特点：从旧的工作材料中挖掘新的需求l检查收集的文档 ，从中找出名词，或“东西”，包括列标题、命名的表格区域l涉及内容：文档、打印输出、清单、手册、屏幕等文档考古：常用思考点文档考古：常用思考点l此物的目的是什么？怎么用

16、它？为什么用它？用它做什么？系统都利用它来做些什么？l哪些业务事件用到或引用了此物？此物会有一个值吗？是数字、代码、数量？如果是这样的话，它属于哪些东西的组成体？l此物的用途是什么？l文档中是否包含了一组重复的事物？如果是这样的话，这些事物的集合称为什么？文档考古：常用思考点文档考古：常用思考点l我能找到事物之间的联系吗？l什么过程建立了它们之间的联系？l每件事物附加的规则是什么？换句话说，哪部分业务策略涉及该事物？l什么过程确保了这些规则会被遵守？l什么文档给用户最多问题？文档考古：优缺点文档考古：优缺点l优：获取信息相对比较直接，获得系统所有输入、输出及内部文档（但不应假定已获得全部描述）

17、；有助于数据模型分析。l缺：文档说明的系统与实际系统可能是不匹配的；文档考古的传统分析方式（如开发文档流图）可能导致产生现有系统的结构模型，从而带入新系统联合开发：概述联合开发：概述l联合开发：联合开发：最理想的技术l利：客户、开发人员直接的头脑风暴，是击破需求盲点的关键手段。l弊：成本高，如果缺乏控制会变成一次闲扯大会。l要点：需要有一个经验丰富、能够把控大局的主持人。联合开发：优点联合开发：优点l协助建立一支高效的团队，围绕一个目的：项目成功l所有风险承担人都畅所欲言，没人被落下l正如应用项目所必须做的，它促进风险承担人和开发团队之间达成共识l它能够揭露和解决那些妨碍项目上成功的行政问题l

18、能够产生一个在特征级别上的初步系统定义联合开发：准备工作联合开发：准备工作l推销概念：充分的准备是联合开发的关键，推销联合开发（需求专题讨论会）的好处l确保真正的风险承担人参与l后勤保障l热身材料：在开会前散发资料 项目专有信息：需求文件草案、已排序的特性 摆脱束缚思想的：提供创新方法、自由讨论规则 2天1周内散发，太早会使人忘记！联合开发：准备工作联合开发：准备工作 备忘录备忘录收件人：收件人：XXX项目的风险承担人项目的风险承担人主主 题：即将召开的需求专题讨论会题：即将召开的需求专题讨论会 我是我是XX产品（项目）的管理者。这个项目已经（或即将）于产品（项目）的管理者。这个项目已经（或即

19、将）于 开始并截止于开始并截止于 完成。完成。 （我们了解它，我们是认真的，我们想要按时完成它） 正如大多数的项目一样，获得关于应用项目的新特征的共识并定义一个最初的基本系统来正如大多数的项目一样，获得关于应用项目的新特征的共识并定义一个最初的基本系统来满足不同风险承担人的需要是十分困难的。满足不同风险承担人的需要是十分困难的。 （它甚至比在这个组达成任何其他共识更，因此我们将尝试一些不同的方法） 为了使这个过程更加容易，我们将召开一次关于为了使这个过程更加容易，我们将召开一次关于 的需求专题讨论会。的需求专题讨论会。 专题讨论会的目标是：为产品的下一个基线版本确定新特性。为了做到这些，听取每

20、一个专题讨论会的目标是：为产品的下一个基线版本确定新特性。为了做到这些，听取每一个风险承担人的意见就极为重要。专题讨论会将由风险承担人的意见就极为重要。专题讨论会将由 来主持，他是一位经验丰富的需求管理联来主持，他是一位经验丰富的需求管理联络员。络员。 （作为风险承担人，我们可能也有偏见，从外面聘请主持人可以使其更公平） 专题讨论会将很快得出结果，并在第二天将结果分发给开发部。我们热忱地邀请您参加专专题讨论会将很快得出结果，并在第二天将结果分发给开发部。我们热忱地邀请您参加专题讨论会并提出代表你的（团队、部门、用户）需求的意见。如果您无法参加，我们热切地希题讨论会并提出代表你的（团队、部门、用户）需求的意见。如果您无法参加，我们热切地希望你能够授权一名代表您的需求的成员参加。望你能够授权一名代表您的需求的成员参加。 （会后第一天我们将开始工作；如果你希望对项目提出什么意见，请到这里来，或授权一名代表来。换句话说，要么现在说，要么永远别说。） 备忘录中有一个关于当前产品期望特征的简短说明，以及其他关于专题讨论会和自由讨论备忘录中有一个关于当前产品期望特征的简短说明，以及其他关于专题讨论会和自由讨论进程的资