商业分析师培训手册

一、商业分析师指南

1、项目失败的原因

范围不明确
工期紧张
授权不足
预算不足
人员能力不足
技术本身不成熟
领导不重视
用户不参与
质量不达标
团队士气低落

讨论：哪一项最重要？

2、商业分析的价值

实现战略的能力
组织敏捷度
项目管理
整体财务绩效

有效的商业分析有助于：
满足商业需要
管理风险并减少返工
减少产品缺陷、召回、诉讼和消费者信息下降
实现相关方满意度

注意：商业分析师推荐建议，项目经理负责管理；

3、产品和产品需求

产品是制造出来的，可量化的构建，可以是最终产物，也可以是组成部分，可以是有形的，也可以是无形的。
产品需求是被定义为在产品，服务或成果中需要满足商业需要的条件或能力。
它涵盖：
商业需求
相关方需求
解决方案需求
过渡需求
另外还有：
项目需求
质量需求
注：项目需求和质量需求并非商业分析工作的范畴。

4、解决方案

满足相关方的商业需要和期望而交付且可测量的商业价值所产生的成果。
项目
项目集
新产品
产品组件
产品的增强和修正

5、商业分析过程组

商业分析过程组是商业分析过程的逻辑分组。《商业分析标准》定
义了六个商业分析过程组。每个过程组独立于其使用的应用领域或行
业。过程组不是项目生命周期阶段；没有规定的顺序和时序。当过程组
的一个或多个过程在整个项目生命周期中不断重复使用时，过程组也会
被不断回顾。执行过程组就是这样一个例子。启发过程一直持续，并在
适应型生命周期中的每次迭代中执行。
六个商业分析过程组的定义如下：
· 定义和匹配过程组：调查和评估发起一个新产品或变更或退市一
个既有产品的可行性，以及定义范围并将产品、项目组合、项目集和项
目与整体组织战略相匹配所实施的过程。
· 启动过程组：定义项目组合、项目集或项目的目标，并且将资源
应用于项目组合组件、项目集、项目或项目阶段所实施的过程。
· 规划过程组：确定执行商业分析活动的最佳方法所实施的过程，
包括如何适应所选择的项目生命周期，并且分析将交互并影响解决方案
的整体定义的内部和外部相关方。
· 执行过程组：为启发、分析、建模、定义、核实、确认、排序和
批准从未完项、用户故事、需求到制约因素的所有类型的产品信息所实
施的过程。
· 监控过程组：持续进行的过程，用来评估项目组合、项目集或项
目中所建议的产品变更的影响，以评估商业分析绩效，并且促进与相关
方的持续沟通和参与。
· 发布过程组：确定是否应发布所有或部分解决方案，并且获得将
所有或部分解决方案准备好过渡给继续对解决方案负责的运营团队验收
的过程。

6、商业分析知识领域

知识领域是在执行商业分析时通常采用的专业领域。知识领域是与
特定功能相关联的一组过程。在本指南中，所呈现的知识领域包含组成
商业分析工作的一组过程。这些过程之间虽然有相关性，但是没有次序
或顺序。本指南包含以下商业分析知识领域：
· 需要评估：分析当前的商业问题或机会，了解什么是实现未来期
望状态所必需的。
·相关方参与：识别和分析那些和解决方案的结果有利益相关的
人，以确定如何与他们协作和沟通。
· 启发：规划和准备启发、实施启发、确认启发结果，以从来源处
获取信息。
· 分析：检查、分解、综合和澄清信息，以进一步理解、完成并改
进它。
· 跟踪与监督：跟踪、批准和评估产品信息的变更，以在整个商业
分析工作中对其进行管理。
· 解决方案评价：确认将被执行，或者已经被实施的完整解决方案
或部分解决方案，以确定解决方案如何满足商业需要并向组织交付价
值。

7、商业分析师的定义

商业分析活动可以由任何人执行，而不考虑该人员的头衔。在本指
南中，实施商业分析过程的人员被称为商业分析专业人士。该术语被广
泛使用，并且代表所有跨行业或组织内负责实施商业分析活动的角色，
而无论执行的工作是否支持项目组合、项目集或项目。许多项目组合、
项目集和项目要求一组成员来进行商业分析，商业分析专业人士的术语
也用于这些场景。

项目经理关注点和商业分析专业人士不同：

二、商业分析流程

1、商业分析过程组知识领域的关系

2、商业分析生命周期汇总

3、可交付成果、通用格式和正式程度范围

4、需要评估

需要评估包括用于以下过程：分析当前商业问题和机会，分析当前状态和将来状态来确定优化的解决方案，从而提供价值并满足商业需要，组合分析结果为决策者提供信息，以便决定解决方案的投资是否可行。
需求评估的过程可指导组织做出投资决策，确保项目组合，项目集的绩效能够持续提供预期的商业价值，并确保项目组合，项目集计划于组织战略抱持一致。
执行需要评估活动，是为了评估组织内外部环境和当前能力，以确定一系列可行的解决方案选项。
同相关方一起理解商业问题或机会。
同时评估组织、文化、环境、市场和监管因素。

讨论：
需要（Needs）是什么？
需求（Requirements）是什么？

5、相关方参与

相关方参与包括识别和分析那些与解决方案有利益关系的人员，以确定如何以最佳的方式使他们参与、沟通和协助，建立对定义解决方案所需的商业分析活动的共同理解，以及对商业分析过程进行定期评估来确保其有效性的过程。
相关方参与涉及对相关方的需要和特征进行分析的活动，以了解如何以协作的方式最佳地进行相关方识别、参与、沟通。
商业分析中的大部分工作涉及沟通。相关方参与能最好地体现相关方社区群体，以及保障其持续的利益和参与。

讨论：
资源是什么？
相关方是什么？

6、启发

启发包括规划和准备启发、实施启发，以及确认启发结果的过程。启发从各种来源抽取需要、需求，以及其他产品信息等信息。
启发是从相关方和其他来源抽取信息的活动。商业分析专业人士和相关方通过反复交互以获得对产品信息的共同理解，这是对术语“启发”的更准确的描述。
启发是高度循环的。对于产品信息中的每个抽象层级，可能都需要重复多次启发。
启发也与分析一起迭代实施，以达到渐进明细的目的。
讨论：
我们自身经历过哪些启发式训练？

7、分析

分析包括对产品信息进行足够详细的检查和记录的过程，以确保能反映相关方的需要，与相关方的目的和商业目标保持一致，并且能够识别可行的解决方案设计。
分析是对信息进行检查、分解、合成和澄清以进一步理解、完善和改进信息的过程。分析是任何项目组合、项目集和项目都要执行的主要活动之一，通常需要承担大量的工作。除分析，建模和记录产品信息之外，分析还通过确保信息正确、符合标准、可跟踪到目的、识别内在风险及可转化为产品设计等来完善一系列产品信息。
分析可以用于任何产品信息，但重点还是与需要相关的信息。产品信息的类型和格式在很大程度上取决于项目的生命周期。分析过程通常与迭代方式进行，并且与启发过程同时执行。
讨论：
说说容易做做难的分析，在我们的生活中比比皆是。

8、跟踪与监督

跟踪和监督包括用于在需求和其他产品信息之间确立关系和依赖性的过程，这有助于确保需求得到批准和管理，并且需求变更的影响也得到评估。
跟踪是通过在对象之间建立链接来在整个产品生命周期中跟踪信息的能力。这些链接也称为关系或依赖性。跟踪有时被限定为是双向的，或者是前向的和后向的，因为对需求的跟踪是在多个方向上进行的。跟踪也可以是单向进行的。其原则是，让变更影响分析的进行成为可能，这也是确认目标达成和确保测试范围的基础。跟踪还有助于发现缺失的需求和无关的需求。
监督确保了产品信息从批准到实施都是准确的。监督包括管理产品信息的变更和确定保持产品质量的推荐操作。
讨论：
生活中是否经常会有变化？哪些变化曾经令你无法适应，无所适从？

9、解决方案评价

解决方案评价包含一系列用于确认即将实施或已经实施的完整或部分解决方案的过程。评价确认了解决方案会在多大程度上满足相关方的商业需要，包括交付给客户的价值。
解决方案评价工作包括将验收测试得出的实际结果与验收标准定义的期望值进行比较，并且对测量结果进行分析。从长远来看，这些活动评价了解决方案的预期商业价值是否已经实现。
评价活动可能发生在：
需要对整个或部分解决方案做出通过/拒绝或发布决策的任意时刻；
整个或部分解决方案投入运营后的短时间内，如刚过保修期时；
解决方案投入运营后，需获得解决方案是否满足商业目的和目标，以及期望价值是否能持续交付的远期愿景时。
对于项目组合、项目集和项目，解决方案评价有以下阐述：
评价已完成的解决方案可以用来识别新的需求和变更的需求，这可能促进解决方案的优化或产生新的解决方案；
在发布完整或部分解决方案时，解决方案评价可以为通过/不通过商业和技术决策提供输入；
评价可以识别效益递减点；
评价解决方案的局限可能是对各种后续活动提供建议的基准，这些活动包括提高解决方案绩效的措施，以及替换或逐步淘汰解决方案的建议；
评价解决方案可为项目组合和项目集管理制定有关新产品和产品改进的决策提供基准。
讨论：
生活中有过哪些令人满意或者抓狂的解决方案？
解决方案和产品之间有什么关系？

三、工具与技术

1、标杆对照
2、竞争分析
3、文件分析
4、访谈
5、市场分析
6、原型法
7、商业架构技术
8、商业能力分析
9、能力框架
10、能力表
11、启发技术
12、术语表
13、帕累托图
14、过程流
15、根本原因和机会分析
16、SWOT分析
17、亲和图
18、启发技术
19、特性模型
20、差距分析
21、卡诺分析
22、目的对准模型
23、解决方案能力矩阵
24、成本效益分析
25、特性注入
26、群体决策技术
27、实质选择权
28、估价技术
29、加权排序
30、引导式研讨会
31、产品愿景力
32、故事地图

33、头脑风暴
34、组织结构图
35、问卷调查
36、工作分析
37、人物分析
38、RACI模型
39、相关方图
40、回顾和经验教训
41、燃尽图
42、分解模型
43、估算技术
44、规划技术
45、群体决策技术
46、优先级方案
47、用户故事
48、根本原因和机会分析
49、偏差分析

50、访谈
51、协助游戏
52、观察法
53、走查

54、系统交互图
55、数据字典
56、数据流向图
57、决策树和决策表
58、生态系统图
59、实体关系图
60、事件清单
61、目的模型和商业目标模型
62、建模明细
63、原型、线框图和显示-操作-响应模型
64、报告表
65、状态和状态图
66、系统接口表
67、用例图
68、用户界面流
69、商业规则目录
70、准备就绪定义
71、产品未完项
72、需求管理工具
73、行为驱动开发
74、完成定义
75、INVEST
76、同行评审
77、德尔菲法
78、跟踪矩阵
79、迭代规划
80、看板图
81、优先级方案
82、生态系统图
83、估算技术
84、风险燃尽图
85、风险登记册
86、实质选择权
87、供应商评估