这个系列是我对《七步掌握业务分析》的读书笔记，作者本人是极为资深的专家，也是IIBA协会的创立者之一。对业务分析领域感兴趣的人，如果不急着去考IIBA认证的话，强烈推荐大家先阅读本书。

第1章 清晰理解业务分析

第1章简述了业务分析的概念，对进入业务分析工作领域的人，可以对此有基本的认知。我将本章的内容分为了以下四个部分。同样地，我也会依据这四个部分的顺序和内容，介绍文章的关键知识。

1. 概述
2. 什么是业务分析？
3. 重要的业务分析术语及概念
4. IIBA的BABOK^R

1. 概述

这本书的目的帮助从事于业务分析工作的人士掌握业务分析领域的专业技巧。掌握的意思，也就意味着对业务分析的基本机能需要有清晰完整的了解。
业务分析需要掌握哪些技能？

• 思维模式，技术知识，业务敏感度，分析技能
• 高级沟通技巧，沟通技能

2. 什么是业务分析？

国际业务分析协会（IIBA）的定义：“与干系人一起工作而采取的一系列任务和技术，其目的是为了理解一个机构的结构、策略和运营，并为帮助机构实现其目标推荐解决方案”。
业务分析使用涉及的工作内容：

• 确定业务问题和商业机会；
• 引导干系人的需要并分析制约因素；
• 分析干系人的需要以定义解决方案的需求；
• 分析和验证潜在和实际的解决方案；
• 管理”产品“或者需求范围。

业务分析使用许多系统分析的技术，但侧重点在业务目标而非技术设计。
业务分析在企业内部的角色：业务分析通过帮助业务人员设计规程，结构和技术来支持和提升他们的工作，解决业务问题，利用商业机会取得业务效果。

业务分析与软件开发

业务需求与软件需求有明显的区别和先后顺序。软件开发的方法论如RUP，是基于业务需求已经明确的前提下设计软件的流程，并不能涵盖业务分析的所有工作领域和方法。
在分析软件，确认软件需求前，需要先分析业务，确认业务需求。

业务分析师的角色

业务分析师的角色尚未定义完整，经常有以下角色兼任：软件开发人员、项目经理、系统分析师、系统工程师、需求工程师。
业务分析师的角色也可以依据不同的行业领域细分。
业务分析师BA，与SME, IT项目人员一起工作，BA在其中填补了SME和IT的GAP，搭建了需求沟通和反馈的桥梁。SME可以认为是业务部门的对接人，IT团队在目前Agile的上下文语境下可以理解为一个开发团队。
SME和IT的业务和技术知识程度不同，对BA产生了不同等级的要求。
业务分析师一般来源于两个渠道：业务部门，IT部门。

3. 重要的业务分析术语及概念

业务分析师经常以项目合作方的角色进入项目，项目环境多变，合作对象也各有不同。因此对于业务分析，尤其要注重沟通的有效性，我们经常提及的术语需要有一致规范的理解，才能提高沟通准确度和效率。

• 需求：IIBA BABOK的定义——需求是干系人解决问题或者实现目标需要的条件或能力。格式和显示方式不是需求的必要元素或重点，环境限制和干系人的需要才是构成需求的要件。
• 核心需求组件：需求组件四要素，人（内部或外部的代理，参与者或部门，或系统，或其它业务领域）、信息（数据）、流程（实施业务的流程，活动）和规则（实施流程需要遵循的业务规则，指导原则，限制和策略）。
  
  核心需求组件
• 解决方案：解决方案的定义范围要比产品广的多，因为它可能包括产品、现有系统、流程和组织结构的变化。软件通常只是解决方案的一部分。

为什么需求要具体到细节？

• 不具体，不细节的的高阶，抽象需求，对不同的人，会有不同的理解和解释；
• 只用文字概况需求无法如图表，原型一样有更强的解释精度；
• 复杂业务的规则在详细的需求记录前无法完全显露出来；
• 需求需要翻译。

4. IIBA的BABOK^R

BABOK知识领域和章节的对应关系