第四章 需求工程之业务分析师

业务分析师的角色

• 业务分析师的首要职责是获取、分析、记录、验证项目干系人的需要。
• 业务分析师要将客户群体的需求传递到软件开发团队
• 分析师是一种角色而不是头衔
• 如果项目中既有业务分析师，又有产品经理，则产品经理主抓外部市场和用户请求，再由业务分析师将其转换为功能需求。
• 在敏捷团队中设置一名业务分析师好处多多。
• 才华横溢的业务分析师能使项目团队气死回升。
• 经验丰富的业务分析师缩写的需求规范说明书，差错更少，可读性更高。
  

业务分析师的职责

首页要理解业务目标。是领导者和沟通者

定义业务需求

• 首要任务是帮助业务或者出资方、产品经理或市场经理定义项目的业务需求。
• 提供一份愿景和范围的文档模板
• 与愿景负责人协同工作，帮助他们清晰的表达愿景

规划需求方法

• 分析师要制定获取、分析、记录、验证和管理需求方面的计划，贯穿于项目始终
• 与项目经理紧密配合，保证计划与项目整体计划一致
• 帮助完成项目的最终目标

确定项目干系人和用户类别

• 针对每个用户类型，与业务发起人共同选出合适的代表，争取他们的参与，并确定其职责。
• 解释清楚希望从客户参与者那么得到什么
• 要与每个人达成适当的共识

获取需求

• 积极主动的分析师能够熟练使用各类信息收集技巧
• 帮助用户阐明自己需要哪些系统功能，满足业务目标

分析需求

• 一种是从客户要求引申出来的逻辑结果
• 另一种是客户虽然没有明确表单，但似乎有意向的含蓄需求
• 使用需求模型来识别模式，找出需求之间的差距，揭示相互有矛盾的需求
• 确定制定出来的所有需求都在范围之内
• 与干系人协同工作，共同确定对用户需求和功能需求的说明要具体到什么程度

记录需求

• 记录需求时需要做到结构清晰，有条理，能够清楚描述用于解决客户痛点的解决方案
• 使用标准模板能够加速需求开发进程
• 可以提醒业务分析师要与用户代表讨论哪些内容

沟通需求

• 业务业务分析师，必须与各方高效而充分地进行沟通需求
• 业务分析师要确定何时以非文本方式提交需求，包括各类可视化模型、图表、数理方程式和原型。
• 沟通涉及与团队持续不断的合作，确保他们能够理解你想要表达的信息。

主导需求验证

• 业务分析师必须保证需求说明具备用户或客户特别想要的特性
• 还要保证基于需求的解决方案能够满足干系人的需求
• 分析师是进行需求检查的和兴任务，还要检查需求引发的设计和测试，确保人们对需求的解读是正确的。
• 如果敏捷项目中用接收测试来代替具体需求，还需要这些测试进行检查

帮助推动需求优先级排序

• 负责对各类干系人和开发人员进行合作和协商，保证他们做出的优先级决策时合理的，与达成业务目标是一致的。

管理需求

• 业务分析师全程参与整个软件开发生命周期
• 帮助创建、检查和执行项目的需求管理计划
• 建立需求基线后，业务分析师重点专项跟踪这些需求的状态，验证产品是否满足需求
• 对需求变更的基线进行管理
• 根据不同成员的信息输入，分析师要收集可跟踪的信息，这些信息将单独的需求和其他系统元素联系在一起。

基本的分析技巧

倾听技巧

• 注意力集中
• 神情专注
• 注意眼神的交流
• 重复关键问题，确保理解无误
• 抓住人们说话的要点
• 理解人们的言外之意
• 探知他们没有说明的隐忧
• 了解合同伙伴的沟通方式
• 避免个人情绪
• 主要一些未说明的假设，假设是理解他们谈话或自身想法的基础。

访谈和提问技巧

• 大多数需求输入来源于讨论
• 业务分析师要有能力与不同个体和人群讨论他们的需求
• 提出的问题必须恰当，才能引出基本的需求
• 识别出错误情况时特性应当有如何反映
• 熟练应用提问艺术，揭示并澄清不确定、有分歧、想当然和隐晦的种种期望

才思敏捷

• 分析师不断提醒自己主要现有信息，并将新信息与之对比后进行加工处理
• 要发现哪些地方是矛盾的、不确定的、模糊的和和想当然的，以便在合适的机会对他们进行讨论
• 预先写一套完美的访谈问题
• 需要随时准备提出之前无法预见的问题
• 设计好问题，认真仔细聆听反馈意见，迅速想出下一个需要标书或者提出的机智话题。
• 结合上下文给出一个适当的例子，帮助干系人继续清楚的表达他们的意图。

分析技巧

• 要有高低两级抽象思维能力，且自由切换
• 有时，必须将概要信息进行细化
• 需要从一个用户描述的具体需求中总结出一套可以满足多个干系人的需求。
• 业务分析师需要理解来自不同源头的复杂信息，并能解决与之相关的难题
• 需要严格评估信息，一球协调矛盾，从基本的真实需要中独立出用户“想要的”，并区分提议方案和需求之间的差异。

系统思考的技巧

• 业务分析师虽然要做到事无巨细，但也要有大局观
• 要参照所了解的企业整体、业务环境和应用来核查需求，找出矛盾之处及其影响。
• 需要理解人、过程、技术与系统之间的关系
• 业务分析师需要判断新需求是否会影响到系统的其他部分。

学习技巧

• 必须是学霸，能够快速吸收新的需求方法或者应用领域内的新知识
• 分析师能将知识高效转化为实践
• 分析师应当是一个高效率且具有批判思维的人，处理大量材料并迅速掌握精髓
• 不鄙视具体领域内的专家，所以不要怕提出问题，要进一步澄清。

引导技巧

• 分析师必须具备一个重要的能力，能够引导需求讨论和获取研讨会
• 引导式带领团队迈向成功的关键步骤
• 在大家共同定义需求、对需要进行优先级排序和解决矛盾时，引导式至关重要的。
• 客观的引导师具有很高超的提问、观察和引导技巧，帮助团队监理互信，改善组员之间的关系。

领导力技巧

• 高超的分析师能够影响干系人群体，使其步调一致，为实现共同目标而奋斗
• 领导力要求分析师拥有各类技巧，以协调项目的干系人之间的关系、解决冲突并做出决策。
• 各类干系人群体可能并不了解其他人的冬季、需求和约束，因此分析师要创造出一个和谐的环境，促进不同人群之间的互信。

观察技巧

• 善于观察的分析师能够注意到其他人在不经意间提出的举足亲重的意见。
• 通过观察用户的工作过程或者使用当前的应用程序，敏锐的观察者可以不周到客户自己都没有察觉的细枝末节。
• 在进行需求获取讨论时，超强的观察技巧有时也能发掘出新的领域，从而揭示出额外的需求。

沟通技巧

• 需求开发最主要的交付物就是一系列的书面需求
• 这些需求可以在客户、市场、经理和技术人员之间高效传递信息
• 分析师需要有扎实的语言工地，能用书面或者口头形式清晰地表达复杂的概念
• 必须能够针对不同的对象写出不同的需求
• 业务分析师必须口齿伶俐，适应适当的术语和方言差异
• 业务分析师还必须有能力以目标受众需要的详细程度来总结和提出信息

组织技巧

• 在获取和分析需求时，业务分析师必须要处理大量好物头绪的信息
• 分析师要应对不断变化的信息，并将这些碎片化的信息构建成一个整体
• 作为分析师，要有能力搭建一个信息框架，在项目进展过程中丰富它，使其能为项目提供信息支持。

建模技巧

• 结构化分析模型所表达的流程图、UML符号
  • 数据流图
  • 实体关系图
  • 类似图表
• 有些模型适合与和用户沟通，有些适合于开发人员沟通，还有一些纯分析，帮助业务改进需求
• 业务分析师需要通过模型所发挥的作用来判断具体模型的适用时机
• 还要让其他干系人明白适用这些模型的价值所在以及如何读懂模型。

人际技巧

• 分析师必须有能力让彼此有竞争关系的利益相关人员以团队身份协同工作
• 分析要在与各种只能部门的个体和不同级别的组织交流时，收放自如
• 要使用对方能听懂的语言
• 可能还需要参与虚拟团队的协作
• 与团队成员沟通时，态度要随和，表达要清晰一致。

创造性

• 最优秀的分析师能够挖掘出潜在需求，引发客户的思考
• 他们对产品有自己的奇思妙想，能够发掘新市场和业务机会，并能找到让客户心悦诚服的方法。
• 真正的分析师高手，能以创造性方式满足客户需要，连客户都没意识到。
• 当局者迷，分析师比客户更能提出新的想法
• 分析师必须要尽力避免给解决方案镀金，未经客户允许，不能随便在规范中说明添加新需求。

业务分析师的培养

前用户

他们之前是信息系统的用户，后来专做业务方面的工作，称为业务分析师。

前开发人员或测试人员

前项目经理

主题专家

菜鸟

敏捷项目中分析师的角色

• 定义一个亲良机、林火的需求流程，将其作为项目的基础
• 确保需求文档数量适中，不能太少也不能太多。
• 帮助确定记录Backlog的最佳方式，如故事卡还是更正规的工具
• 善用引导和领导力技巧，确保干系人彼此之间经常讨论和需求的相关的需要、问题和关心等。
• 帮助验证客户的需要已经准确展现在产品BackLog之中，并引导Backlog优先级排序活动。
• 客户对需求和优先级发生改变时，要配合客户协助记录下这些变更，与团队其他成员协作，判断变更对迭代范围和发布计划的影响。

打造一个协作型的团队

• 客户对产品感到满意
• 开发组织对业务成果满意
• 所有团队成员对自己这项富有挑战性但又回报丰厚的项目中的表现而自豪。