SRE03-2需求获取.ppt

SRE03 需求获取 需求获取 需求捕获是需求开发中的第一个活动 可以说任何一个需求团队对它都不陌生 但如何提高需求捕获的有效性却一直以来是困扰大家的问题 需求捕获的要点在于计划性和科学性 计划性体现在对捕获对象 问题 时间的计划 科学性则表现在如何有效地选择合适的捕获方法 1 需求捕获的策略 需求捕获的过程是人和人打交道的过程 是需求分析人员展示自己沟通能力的地方 因此就需要大家掌握一些人文技巧 学会一些和人打交道的策略 需求捕获应该是主动的需求捕获应该是聚焦的破解需求的冰山模型破解阻碍需求捕获的心理现象不要忽视对变更可能的捕获需求协商 1 需求捕获的策略 需求捕获应该是主动的 需求捕获应该是聚焦的 在需求捕获的过程中 我们经常问客户 你有什么需求呀 但不管客户做何反应 好像都不是那么令人愉快 提不出需求 你就觉得这些用户怎么这么傻 自己要什么都说不清楚 并且发出在中国做软件真难的感叹 提的需求太多 你又会嫌他提的需求太多 因为这样会导致你无法在有限的时间内满足他们 从而导致项目延误 你说用户该怎么办 实际上造成这个问题的人是需求分析人员自己 根源就是那个看起来很正常的问题 你有什么需求呀 破解需求的冰山模型 这个冰山可以分为三层 只有最上面一层在海平面上 意识到的需求 这是位于海平面上的部分 通常是一些困扰用户的问题 用户自己能够设想得到的功能 但如果只知道捕获这一层信息 就不能够算是一个合格的需求分析人员 因为这将导致大量的需求将以变更的形式出现 无意识的需求 它是用户的实际工作场景 开发人员如果能够对这些场景做到 感同身受 的话 那么就可以大大变更的数量 而且能够开发出更加合理的解决方案 未梦想的需求 用户对技术解决方案永远都不是最擅长的 因此他们无法构想出对其工作产生革新性变化的解决方案 破解阻碍需求捕获的心理现象 言过其实心理越俎代庖心理非正事心理抗拒心理推卸责任心理 1 言过其实心理在很多的需求捕获活动中 我们总会遇到一些喜欢夸夸其谈的用户 说出来的流程都是很理想化 很规范化的 但到了系统开发与实施时 却会发现他们说的与实际情况有很大的差距 或者按照他们说的流程是无法真正落实和实施的 这就是言过其实心理的典型体现 1 言过其实心理在不同的场景中 采用的方法也不尽相同 不过也有一些相对通用的策略 差异展现法 也就是将不同用户代表的访谈结果进行整理 在系统开发之前把这些差异展示给中高层管理人员 就如何解决达成共识 瓶颈分析法 对流程执行过程中的瓶颈进行分析 以避免流程瓶颈导致系统无法顺利运转起来 2 越俎代庖心理在企业 组织中 往住 懂得越多的人越忙 这将对需求捕获造成很大的负面影响 而有些企业 组织中会有一批不算太忙 同时懂得也不算太多 的人经常会在需求捕获过程中侃侃而谈 2 越俎代庖心理要解决这个问题 关键在于需求捕获人员能够识别出正确的被访谈者 也就是回答你要问的问题最佳的人选是谁 这里有两层意思 问题的层次是否正确 高层管理人员解决宏观问题 中层管理人员解决脉络问题 操作者解决细节问题 在本书后续的内容中还会更详细地说明 根据业务背景判断 也就是有效地识别该问题所针对的业务环节是由谁负责处理的 执行者往往是回答问题的最佳人选 3 非正事心理什么是 非正事心理 4 抗拒心理这在操作层的用户中最为常见 原因很简单 很多信息系统对于操作层而言效益并不明显 开发人员也不关注于此 而且经常还会使其工作量有所增加 并且还带来了许多培训的负担 这样就会使操作层用户代表在需求捕获过程中将对信息系统的敌对转化成对需求捕获人员药敌对 在这种敌对的状态下 是无法形成有效沟通的 因此我们需要先 化敌为友 5 推卸责任心理由于信息系统在企业 组织中并没有被广泛认同 因此很多人会抱着 事不关已 高高挂起 的态度 而且最令人为难的地方在于 他们说没有需求 你也不好多说什么 因为这只是能力的问题 不了解信息系统并不是错 遇到这种情况 我们该怎么办呢 最简单 最有效的策略是先从工作场景开始 问问你从事哪些工作 这些工作是如何进行的 然后再逐步过渡到存在什么样的障碍 有什么困难等问题上来 不要忽视对变更可能的捕获 变更可能是需求文档中一个很重要的组织部分 我们在需求捕获过程中要加强这方面的意识 需求协商 在需求捕获的过程中经常会遇到需要协商的地方 能否灵活应对这些场景 取决于需求捕获人员的沟通技能 下面我们就从三个方面谈谈需求协商的策略 揭开解决方案后面的问题共赢性谈判转换技巧 2 需求捕获的主要方法 需求捕获有许多不同的方法 每种方法都有其优缺点 而且使用的时机也各不相同 因此需求分析人员需要知道什么时候应该选择哪种方法 并且还需要了解各种方法的秉性和使用要点 下面我们将详细介绍6种最常见的捕获方法 说明它们的优缺点 使用时机 使用要点 使你能够正确地选择 2 需求捕获的主要方法 用户访谈用户调查文档考古情节串联板现场观摩联合开发 1 用户访谈优点 直接有效 形式灵活 交流深入的宽带通信形式 有文字 有声音 有图像 缺点 占用时间长 信息存在片面性 1 用户访谈时间安排 一般来说 一次用户访谈的时间应该控制在1小时以内 如果时间不够用可以考虑中场休息或者安排下一次访谈 1 用户访谈记录工作 用户访谈的过程中会产生大量的信息 免不了记录的工作 但这个工作看似简单其实经常会困扰需求捕获人员 因为每种方法都有各自的长处 但也有自己的短处 1 用户访谈沟通技巧 用户访谈的过程是一个对沟通技能要求很高的活动 要求访谈者善于倾听 善于表达 制作访谈问卷并事先发给被访谈者把握语言节奏有效结合不同的问题类型善于安排问题顺序注意沟通的细节不要遗漏问题 2 用户调查提到用户调查技术 相信给很多人的印象是形而上学 不实用 实际上今中原因在于很多用户调查的时机不当 方法不合理 2 用户调查优点 调查面比较广 能够获得更多人的反馈 缺点 大家都认识到的往往不易深入 容易形而上学用户调查能够有效克服用户访谈中存在的片面性 2 用户调查问卷设计要点注意问题的篇幅与布局注意问题类型的选择封闭式问题相关的两个小技巧 C现象和D现象 2 用户调查问卷分析要点分析统计之前一定要把无效问卷先排除掉对问卷的填写人按职位 地域 年龄段 从业时间等方面进行分类对一些回复模糊不清 有明显差异的问卷进行针对性访谈 以了解其背后的原因 3 文档考古优点 能详细 直观地对数据流细节进行了解与分析缺点 容易使需求捕获人员陷入文山书海之中不可自拔 甚至常引起误导 文档考古恰好填补了用户访谈 用户调查技术在数据需求上的不足 它就是研究 分析 细化数据需求的主要手段 3 文档考古使用要点注意文档的历史性化被动收集为主动索取需求捕获人员要善于根据流程分析的结果主动收集相关文档 4 情节串联板情节串联板是一种很生动的技术 它经常被称为原型法 不过原型法是一个完整的开发方法论 而情节串联板则更强调的是借助原型来加速需求捕获过程 4 情节串联板优点 用户友好 交互性 对用户界面提供了早期评审缺点 花费的时间很多 使需求捕获的速度大大降低情节串联板是消除用户盲区的有效技术 但是由于该技术成本巨大 因此不能无休止地进行 应该对那些业务很复杂或者很重要的部分进行 4 情节串联板使用要点确保以 情节 为线索 情节串联板应该以业务场景作为展示的主线索理解 串联 的本质 交互才是情节串联板的本质 不要只关注于界面的静态效果 5 现场观摩现场观摩是另外一种很生动的需求捕获的技术 通俗地说 就是到现场去看一看 以便对业务场景建立更加感性的认识 5 现场观摩优点 百闻不如一见 能够对需求与业务流程建立直观的认识缺点 消耗时间长 而且由于 被观摩 的微妙心理变化 会使得 观摩 失真现场观摩技术能够使开发团队实现对业务场景 感同身受 5 现场观摩常见变体任务示范 也就是要求用户示范如何执行特定的任务 其优点是可用于发现异常的 关键性的任务 缺点是 示范 失真 耗时 做学徒 也就是和用户坐在一起 通过观察 问问题 并在用户指导下完成一些工作来学习 5 现场观摩使用要点避免失真 这类技术在进行时不应大张旗鼓地进行 否则容易出现 观摩 失真 示范 失真的现象 因为客户会受到这些信息的影响 而呈现出一些理想化的状态 不要看电影 现场观摩时很容易 走马观花 所以建议大家在使用该技术时应努力总结出整个任务的步骤 找到脉络 6 联合开发联合开发技术的意思就是让用户代表 需求分析人员 开发人员代表齐聚一堂 以头脑风暴的形式进行需求探讨 它是最理想的需求捕获方式 6 联合开发优点 客户 开发人员直接的头脑风暴 是击破需求盲点的关键手段缺点 成本高 如果缺乏控制会变成一次闲扯大会什么时候应该组织联合开发呢 以下两种情况是最典型的 项目启动初期关键主题域 功能块的专项探讨 6 联合开发使用要点会前有准备 在理念上建立共识 确保真正的Stakeholder参与 准备好相关资料 准备好后勤保障会中有控制 在联合开发会议中 控制的是氛围 控制的是进程 会后有总结 没有总结的会议是没有效率的会议 但会议的总结是十分需要技巧的 一些形而上学的总结等价于没有总结 3 需求捕获的记录工具 在需求捕获的过程中会产生大量的信息 我们需要将它们有条理地记录下来 因此可以借助一些实用的记录工具 3 需求捕获的记录工具 工具的选择与定义有些时候 需求捕获人员和需求分析人员并不是同一个团队 有些时候参与需求捕获的人员数量比较多 这时就需要统一需求记录工具 以便让大家的捕获结果是同一口径的 3 需求捕获的记录工具 工具一 任务卡片 3 需求捕获的记录工具 工具二 场景说明有些时候 用户或需求捕获人员可能很难总结出子任务 任务变体 因为这需要对任务执行过程进行抽象 那么就可以整理为场景描述 3 需求捕获的记录工具 其他工具 用户故事 Volere白卡也是常见的需求记录工具 它们定位的是最小的需求项 因此在实际的使用过程中会导致量比较大 通常会在敏捷开发方法中使用 4 小结 总而言之 需求捕获过程是考验需求人员沟通技能的环节 加强自身这方面技能的提高是确保需求捕获质量的要点