商业分析的核心价值

企业面临快速变化的市场与日益激烈的竞争，需要更加重视项目前期的商业环境分析和商业论证确保上马的项目是合理可行的，避免重回到以前高资源消耗、项目成果闲置的老路。商业分析的价值在于能够让企业在变化的市场环境中，提供更加全面的决策支持。

商业分析的核心理念

• 创造价值在战略上利用商业分析以确保将投资分配给更高价值的产品/项目
• 提升顾客满意度促进产品或解决方案尽早被接受并在实施或发布后被完全采纳，以提升满意度
• 为干系人带来价值通过实施变更来为干系人创造价值

商业分析的全局图及关键点

商业分析的模型、方法和工件

4种主要的商业分析（BA）模型

• 用户模型对用户进行角色划分，描述用户的目标、特征和行为习惯。用户模型是需求人员对用户的画像，是了解用户的重要依据。
• 业务模型建模业务流程、业务对象，描述业务现状和业务需求。对于如下情况尤其需要业务建模：复杂的业务或者虽然短期不复杂、但是不断积累的业务。因为业务是系统的价值目标，所以强烈建议建立业务模型，以便全面的了解业务
• 系统模型对系统的功能、接口和非功能需求（性能需求、可靠性需求、可支持需求、设计约束、实施需求）进行建模。因为系统需求各种类型多、细节更多，所以强烈建议通过系统模型对系统形成一个多维度的清晰描述，避免需求疏漏和误解。减少后期不必要的返工。
• 方案模型建模业务方案、系统方案、技术方案以及制定实施计划。因为方案涉及的内容多，而且要给客户领导确认，所以方案应该多采用清晰简洁的图示，让客户一目了然，也在客户眼里建立专业的工作风格。

8类重要的商业分析（BA）文档/条目

• 需求调研文档包括需求调研的记录、规章制度、工作图表的整理以及参考资料。需求调研文档各种素材比较多，应该有一个统一的目录，对于各种参考资料作为附录管理起来。并采用需求条目登记对应。
• 业务需求文档建模业务流程、业务对象，描述业务现状和业务需求。
• 系统需求文档包括系统的功能需求、接口需求、数据需求、性能需求、可靠性需求、可支持需求、设计约束、实施需求等的全面描述。
• 解决方案文档包括现状和问题分析、业务方案、系统方案、技术方案以及制定实施计划。
• 需求验证报告包括业务需求验证、系统需求验证、用户体验验证。
• 原始请求记录用户提出的原始的请求，并对原始请求划分优先级，标识核心需求。可以跟踪到需求调研文档。
• 需求清单对各种需求的列表，可以跟踪到各种需求模型和文档，建立关系和版本，方便跟踪管理。
• 变更记录记录提出的各种变更，并标记变更的来源、影响范围，进而确定变更的优先级，通过变更状态进行跟踪管理。

50个商业分析（BA）工具与技术

• 待办事项管理 解决问题：
  • 如何处理大量的工作？
  • 如何应对不断变化的需求和优先级？
  • 如何将大量的Item进行分组、分类，进行跟踪和排序，以此来节约时间？
• 平衡计分卡 解决问题：
  • 绩效管理评估
  • 企业战略执行
• 标杆和市场分析 解决问题：
  • 衡量组织的流程、活动是否达到了一个好的实践水平
  • 发现不足，改善经营
  • 制定实施目标，确定业务流程
• 商业论证/业务案例 解决问题：
  Business case回答的问题是：我们为什么要开展这个项目？项目能解决什么问题（或满足什么需求）？可以给组织带来哪些好处？项目与组织的核心战略是否契合？等
• 商业画布 解决问题：
  论证你的战略是否可行
• 业务规则分析 解决问题：
  清晰地定义和管理业务规则，可以使得组织能够制定相关的细则，而不会影响到流程和系统
• 数据字典 解决问题：
  • 定义数据的编码规范，以及它的一些属性，包括一些元数据
  • 在一个项目初期，设计并应用数据字典，可以查询任何在项目中你无法理解的各种结构、类型定义，尽可能消除歧义和交流不畅问题
• 数据流程图 解决问题：
  展示数据存在哪里，被什么流程处理，被哪一个这个实体或流程处理，或者存储在哪里
• 决策分析 解决问题：
  非常正式的去评估一个问题以及可能的决策，并且确定这个决策带来了结果是什么，后果是什么
• 决策建模 解决问题：
  把一套模型做出来，以后每次做决策，就按这个去做就可以了
• 功能分解图 解决问题：
  大事化小，小事化了。把复杂的东西变成简单的模块，然后去逐一击破。这就是Decomposition——分解
• 接口分析 解决问题：
  • 用来识别where、what、why、when、how and for whom的
  • 与外部做交互，传递、交换信息
• 状态建模 解决问题：
  描述和分析不同的可能的状态
• 用例和场景 解决问题：
  用use case来表达需求
• 用户故事 解决问题：
  用User Stories来表达需求
• 验收和评估标准 解决问题：
  如何确定一个解决方案能被视为可以接受的需求、成果和条件
• 头脑风暴 解决问题：
  讨论某个项目的策略方向、创意玩法等等
• 业务能力分析 解决问题：
  提供一个框架来划分范围，进行计划。通过生成一个共识式的理解。来识别和战略的一致性，提供范围和排序
• 协作式游戏 解决问题：
  很多需求不是业务部门说说给你听，然后你写下来了。很多需求是要跟业务们一起去探讨的。那探讨这种方式，就是我们所谓的叫协同创造。利用游戏则可以让这种工作更加生动
• 概念建模 解决问题：
  用来组织业务术语。用一种一致性、全面的方式来沟通一个领域知识
• 数据挖掘 解决问题：
  数据挖掘是一个分析流程，它从不同的角度检查大量数据，并以发现有用的模式和关系的方式总结数据
• 数据建模 解决问题：
  可视化地展示对业务重要的元素、与这些元素相关联的属性以及它们之间的重要关系
• 文档分析 解决问题：
  用于收集业务信息以了解业务需求，也可用于研究现有的解决方案以验证这些解决方案是如何实现的
• 估算 解决问题：
  预测执行某个行动方案所需的成本和工作量
• 财务分析 解决问题：
  用于了解投资的财务方面一个或多个解决方案
• 焦点小组 解决问题：
  用来获取关于特定产品服务和机会的想法和观点
• 术语表 解决问题：
  用于保证对涉及使用的术语的通用的理解
• 访谈 解决问题：
  用来获取需求的技术
• 项目跟踪 解决问题：
  用来解决干系人问题的一种方法。帮助干系人识别诸如假设、约束、依赖关系、缺陷、系统加强和风险等内容
• 经验学习 解决问题：
  是一种用来识别BA本身的工作是否存在可以改进经验的会议方式
• 指标和KPI 解决问题：
  • 指标是组织用于度量进度的可量化的度量方式。
  • KPI是一种用来衡量我们有多么符合战略目标的度量方式
• 脑图 解决问题：
  用来表达和捕捉思想、想法和信息
• 非功能分析 - NFR 解决问题：
  检查解决方案的需求，该解决方案定义了功能需求必须如何执行
• 观察 解决问题：
  用来获取信息，通过观察和理解
• 组织建模 解决问题：
  用来描述角色、职责和汇报结构
• 排优先级 解决问题：
  排优先级是一个流程，它用来确定了信息的相关重要性。重要性可能基于价值、风险、困难等等因素
• 流程分析 解决问题：
  流程分析用于很多不同的目的，包括：推荐一个更有价值流程。确定当前状态和未来状态的差距。了解需要什么数据和技术的支持。需要什么下游的系统
• 流程建模 解决问题：
  流程建模可以用来描述这个解决方案的上下文，或者解决方案一部分的上下文，描述实际上会发生什么，一句话来说就是流程图
• 原型设计 解决问题：
  用来获取、确认和校验的需求
• 审核 解决问题：
  review有很多不同的种类，比如说检测、非常正式Walkthrough、不正式的Walkthrough等，通过这些review可以评估BA的工作成果
• 风险分析和管理 解决问题：
  识别不确定的领域，哪些可能会降低了价值，分析、评估这些不确定性。并且制定一些应对措施
• 角色和权限矩阵 解决问题：
  指示可以执行不同活动的权限
• 根源分析 解决问题：
  用来识别和评估问题背后的原因是什么
• 范围建模 解决问题：
  用于描述控制、更改、解决方案或需求的边界
• 时序图 解决问题：
  告诉BA流程和对象怎么彼此交互
• 利益相关者清单、地图和人格 解决问题：
  分析利益相关者及其特征
• 调研和问卷 解决问题：
  向利益相关者提出一系列问题，然后收集和分析专家的回答，获取业务的相关信息
• SWOT分析 解决问题：
  用来识别整个组织内部外部的状态
• 供应商评估 解决问题：
  确保厂商能提供可靠的产品及服务，满足组织切合需求
• 研讨会 解决问题：
  让关键的利益相关人和业务专家们（SME）坐在一起讨论的一个结果