商业架构视角
业务架构 视角强调了在业务架构背景下进行商业分析的独特性。
业务架构模型旨在展示企业如何满足关键涉众的战略 1关注，以及支持正在进行的企业转型工作。
业务架构提供描述和视图，称为蓝图，以提供对组织的一般理解，以便使战略目标与战术需求保持一致。 业务架构学科将分析思维和架构原则应用于企业级别。 解决方案可能包括业务模型、运营模式、组织结构或推动其他倡议的变化。
业务架构遵循以下基本架构原则：
- 范围：业务架构的范围是整个企业。它不是一个项目、倡议、流程或信息片段。它把项目、流程和信息放在更大的商业环境中，以提供对相互作用、集成机会、冗余和不一致性的理解。
- 分离关注点：业务架构在上下文中分离了关注点。它具体地将业务与以下方面分开：
- 企业使用的数据，
- 业务如何运作，
- 谁做这件事，以及它在企业中的位置，
- 完成时，
- 为什么这么做，以及
- 完成得有多好。
- 以场景为导向：企业试图回答许多不同的问题，为对齐提供蓝图。 这些不同问题或业务场景中的每一个都需要包含不同信息和关系的不同方案集，以及确定成功所需的 不同类型的结果和指标。
- 知识驱动：虽然业务架构的主要目标是回答这些商业问题，但次要但重要的目标是从知识库中收集并记录不同的架构组件（是什么、如何、谁、为什么等）及其关系，以便它们可以快速轻松地用于帮助回答下一个出现的商业问题。知识库通常存储在正式的架构仓库中。
1 变更范围
.1 变革广度
业务架构可以被:
- 企业整体，
- 在企业内部的一个业务线中（定义该企业的某个商业模式 2），或
- 在一个功能部门中。
业务架构活动通常会着眼于整个企业的视野，但也可能针对 企业内的一个自治业务部门 来进行。为了在企业级别上管理一致性并实现集成，需要有一个广泛的范围。例如，业务架构可以阐明多个不同的流程和多个不同的组织使用不同的信息模型来实施相同的业务能力的情况。通过来自企业范围的清晰性，企业可以确定这种结构是否是与战略目标保持一致的最佳方式。
.2 变化的深度
业务架构努力可以专注于企业高管层，以支持战略决策，也可以关注管理层，以支持倡议的执行。
虽然业务架构提供了重要的上下文，但它通常不运行在操作决策或流程级别；相反，它评估价值流中的过程。
.3 交付的价值与方案
业务架构使用关注点分离原则，开发模型分解业务系统、解决方案或组织为具有特定功能的单个元素，并显示它们之间的相互作用。
业务架构模型包括：
- 能力，
- 价值，
- 过程，
- 信息和数据，
- 组织，
- 报告和管理，
- 涉众 3，
- 安全策略，以及
- 结果。
架构模型使组织能够看到正在分析的领域的全局。 它们提供了对组织或软件系统的重要元素及其如何相互配合的理解，并突出了关键组件或功能。
业务架构提供的见解有助于系统和运营 以连贯、有用的方式运行，并为商业决策提供清晰度。 在考虑变化时，架构提供了对变化目的最相关的元素的详细信息，从而可以进行优先排序和资源分配。由于 架构模型 还展示了部分是如何相互关联的，因此它可以用来提供影响分析，以确定系统或业务的其他哪些元素可能会受到该变化的影响。
架构本身可以作为帮助确定所需更改的工具。 可以监视并评估架构中每个元素的性能指标，以确定何时元素表现不佳。 每个元素的重要性可与整个组织或系统的绩效进行比较。 这有助于决策者考虑需要投资的地方以及如何优先处理这些决策。
商业架构的功能是通过与组织的愿景、目标和战略对齐来促进整个组织协调一致的行动。在此过程中创建的架构模型是用于澄清、统一和提供对愿景、目标和战略意图的理解的工具，以确保资源集中在与这一方向相一致并支持其的组织要素上。
业务架构为管理层提供了从信息技术 4（IT）和非IT角度规划和执行战略的蓝图。 企业使用业务架构来指导：
- 战略规划，
- 商业模式重组，
- 组织重组，
- 通过业绩衡量和其他变革举措提高客户保留率，
- 简化商业流程，
- 成本降低，
- 机构知识的形式化，以及
- 为企业交流和实施其商业愿景提供了一个平台。
.4 交付方法
业务架构为组织提供了一个清晰、洞察力强的规划框架，并帮助决策者确定必要的变更。 业务架构提供的蓝图提供了对组织与战略对齐程度的了解和理解。这种见解是变革或其他规划活动的触发器。
对于提供的每个蓝图，业务架构可能定义：
- 当前状态，
- 未来的状态，以及
- 一个或多个用于过渡到未来状态的中间态。
业务架构师需要对整个组织有全面的了解。一般来说，他们可以直接向高层领导汇报工作。业务架构师需要对组织有一个广泛的了解，包括：
- 环境与行业趋势，
- 结构与报告关系，
- 价值流，
- 能力，
- 过程，
- 信息与数据存储，以及
- 这些元素如何协同工作来支持组织的战略。
业务架构师在组织的战略沟通和创新中发挥着重要作用。他们利用业务架构提供的蓝图、模型和见解，不断倡导组织战略，并在组织目标范围内解决个人涉众的需求。
成功的业务架构有以下几个关键因素：
- 执行业务领导团队的支持，
- 与清晰有效的治理流程集成，包括组织决策权威（例如，投资、倡议和基础设施决策），
- 与正在进行的倡议进行整合（这可能包括参与指导委员会或其他类似的咨询小组），
- 能够接触到高级领导、部门经理、产品负责人、解决方案架构师、项目商业分析师和项目经理。
.5 重要假设
要使业务架构对组织有用，商业分析师需要：
- 对于分析中的整个组织的视角，
- 高层领导全力支持，
- 企业主和主题专家( SME )，
- 有一个组织策略，
- 一个商业需求必须得到解决。
2 商业分析范围
.1 变更发起人
理想情况下，业务架构倡议的发起人是组织内的高级管理人员或业务所有者。然而，发起人也可以是业务线的所有者。
.2 变更目标
以下是业务架构分析可能产生的主要变更目标列表：
- 商业能力，
- 业务价值流，
- 主动计划，
- 投资决策，以及
- 资产配置决策。
以下人群使用业务架构来指导组织内的变革：
- 企业各级管理层，
- 产品或服务所有者，
- 运营单位，
- 解决方案架构师，
- 项目经理，以及
- 在其他语境下工作的商业分析师（例如，项目层面）。
. 3 商业分析师职位
在业务架构学科中工作的商业分析师的目标是：
- 理解整个企业的上下文，并为企业中所有元素及其相互关系提供平衡的观点，
- 提供组织内所有专业领域的整体、可理解的观点。 业务架构为组织提供了多种模型。这些模型或蓝图，提供了对组织的全面了解，成为组织领导者进行战略决策的基础。为了开发业务架构，商业分析师必须理解、吸收并协调与组织的战略利益相关的各种专业领域。
为了做到这一点，他们需要从以下三个方面获得洞察力、技能和知识：
- 商业策略和目标，
- 概念化的商业信息，
- 企业IT架构，
- 过程架构，以及
- 商业表现与智能架构。
业务架构支持指导和做出关于组织内部变革决策的战略顾问和规划团队。它为决策提供指导和见解，以确保决策与组织的战略目标保持一致，并在各种过渡状态中保证这种一致性，因为变化会朝着未来状态前进。
.4 商业分析结果
业务架构为商业分析提供了广泛的范围和整体视角。
业务架构的一般结果包括：
- 使组织与它的战略保持一致，
- 在执行战略时，规划变化，
- 确保在实施变革时，它继续与战略保持一致。
这些业务架构成果为需求分析、规划与优先级 5排序、估算以及高级系统设计提供了背景。这有助于洞察并保持与战略、涉众的需求和企业能力的一致性。架构视图和蓝图提供了原本基于假设的信息，并减少了在创建已经在企业其他地方存在的能力、系统或信息时的工作重复风险。
业务架构提供的各种模型和蓝图是其关键交付成果。这些包括但不限于：
- 商业能力地图，
- 价值流图，
- 组织结构图，
- 商业信息概念，
- 高级过程架构，以及
- 商业动机模型。
3 参考模型和技术
.1 参考模型
参考模型 是预先定义好的架构模板，为特定行业或功能提供一个或多个视角。这些行业或功能通常存在于多个部门中（例如，IT 或金融）。
参考模型通常被认为是行业或功能的默认架构本体。它们为业务架构师提供了一个基准架构起点，以便他们可以适应其组织的需求。
下表列出了 一些常见的参考模型。
| 参考模型 | 应用领域 |
|---|---|
| 协同运作研究与发展协会 (ACORD) | 保险与金融行业 |
| 业务驱动力模型 (BMM) | 通用领域 |
| (BMM) IT 控制目标 (COBIT) | IT 治理与管理 |
| eTOM 和 FRAMEWORX | 通信行业 |
| 联邦企业架构服务参考模型 (FEA SRM) | 政府（专为美国联邦政府开发） |
| 信息技术基础架构库 (ITIL®) | IT 服务管理 |
| 过程分类框架 (PCF) | 包括航空航天、国防、汽车、教育、电力公用事业、石油、制药和电信在内的多个行业 |
| 供应链运营参考模型 (SCOR) | 供应链管理 |
| 价值参考模型 (VRM) | 价值转换与网络管理 |
.2 技术
下表列出了在业务架构学科中常用的技术，这些技术并未包含在 BABOK 指南的技术部分中。
| 技术 | 描述 |
|---|---|
| Archimate® | 一种开放标准建模语言 |
| 业务动机模型（BMM） | 从业务使命、愿景、战略、战术、目标、政策、规则和影响因素等方面对业务动机进行形式化描述 |
| 业务流程架构 | 对流程进行建模，包括接口点，以提供组织内部存在的流程的整体视图 |
| 能力图谱 | 一个层级式的业务能力目录，即企业所能做的事情。能力按照战略、核心和辅助类别进行分类 |
| 客户旅程图（CustomerMap Journey） | 一种描绘客户通过各种接触点以及服务或组织内部各利益相关者的旅程模型。客户旅程图常被用来从多个角度分析或设计用户体验 |
| 企业核心图（Enterprise Core Diagram） | 模型化企业的集成和标准化 |
| 信息图（Information Map） | 一种展示业务部门彼此之间、与外部合作伙伴以及与能力和信息之间关系的模型。不同于典型的组织结构图，信息图更注重各部门之间的互动，而非结构层次 |
| 项目组合分析（Project Portfolio Analysis） | 用于对项目、计划和组合进行建模，以便提供对企业各项举措的整体视图 |
| 路线图（Roadmap） | 模型化企业从当前状态过渡到未来状态所需采取的行动、依赖性和责任 |
| 服务导向分析（Service-Oriented Analysis） | 用于对系统和软件的分析、设计和架构进行建模，以提供对企业IT基础设施的整体视图 |
| 开放组架构框架（TOGAF®） | 提供了一种发展企业架构的方法。TOGAF架构开发方法（ADM）的B阶段专注于业务架构的开发。遵循TOGAF的企业可以选择定制B阶段，采纳BABOK®指南中描述的业务架构蓝图、技术和参考资料 |
| 价值映射（Value Mapping） | 价值映射提供了一种关于传递价值所需活动流的整体表示，用于识别端到端流程中的潜在改进区域。虽然存在几种不同类型的价值映射，但在业务架构中通常使用价值流 |
| Zachman框架 | 提供了一个基于六种质询（什么、如何、哪里、谁、何时、为什么）和六个抽象层级（执行层、业务管理层、架构师层、工程师层、技术员层、企业层）的企业原始概念本体论。业务架构师可能会发现，通过探索不同质询下的执行层或业务管理层视角，可以获得清晰度和洞见 |
4 基础技能
除了基本技能外，商业分析师还需要具备在 业务架构 领域工作的能力：
- 对模糊性和不确定性有很高的容忍度，
- 能够把事情放在更广泛的背景中，
- 能够将需求和上下文转化为解决方案的概念或设计。
- 能够抑制不必要的细节，以提供更高层次的观点，
- 能够在数年时间里思考长远的问题，
- 能够提供战术成果（短期），同时提供即时价值并有助于实现业务战略（长期）；
- 与高层人士交流的能力，
- 能够考虑多种场景或结果，
- 能够在组织中引导和指导变革，
- 非常高的政治智慧。
5 知识领域的影响
本节解释了业务架构内的特定商业分析实践如何映射到由 BABOK 指南定义的商业分析任务和做法。 本节描述了每个知识领域在业务架构学科中的应用或修改方式。
每个知识领域都列出了与业务架构 视角相关的技术。 在 BABOK 指南的技术部分中可以找到 BABOK 指南技术。 其他商业分析技术不在 BABOK 指南的技术部分中，但被认为对在业务架构学科工作的商业分析师特别有用。 本节无意详述所有技术，而是在知识领域范围内突出显示商业分析师执行任务时使用的技术类型。
.1 商业分析规划与监控
在商业分析、规划和监控期间，业务架构要求商业分析师了解组织：
- 战略和方向，
- 操作模式和价值主张，
- 当前业务和运营能力，
- 涉众及其参与点，
- 增长、治理和规划流程的计划，
- 文化与环境，以及
- 变化的潜力。
一旦这些元素被理解，商业分析师就可以了解哪些架构视图与分析相关。
治理规划和监控活动主要关注：
- 选择哪个项目或倡议可以实现业务战略和成果，以及
- 确定组织中存在或使用的框架或模型。
BABOK 指南 技术
- 接受与评价标准 6
- 功能分解 7
- 访谈 8
- 头脑风暴 9
- 条目追踪 10
- 商业能力分析 11
- 指标与关键绩效指标 12
- 决策分析 13
- 指标（关键绩效指标，KPIs）
- 估计
- 非功能需求分析 14
- 组织建模 15
- 过程建模 16
- 评论
- 风险分析与管理 17
- 角色与权限矩阵 18
其他商业分析技术
.2 需求挖掘与协作
在业务架构学科中工作的商业分析师通常会处理大量不明确性和不确定性。 在进行需求分析和协作任务时，商业分析师会考虑外部和内部力量以及市场环境变化对组织方向的影响。 可以经常预测这些类型的更改，但外部市场压力常常使更改速度变得无法预测。
由于业务架构需要来自组织各处的各种输入，因此获得涉众的访问权限（以及可用性）对于成功至关重要。 商业分析师会收集诸如战略、价值、现有架构和绩效指标等输入。
业务架构师的沟通策略的核心是支持组织的战略。 作为各种指导委员会和咨询小组的成员，业务架构师利用项目、倡议和运营团队内的正式沟通渠道来传达组织战略、解释组织上下文并倡导与该战略的一致性。
确保涉众理解和支持组织的战略 是业务架构学科内的一个关键功能。 业务架构师可能会对项目或倡议施加范围和限制， 以确保活动与组织战略保持一致， 这可能被看作是不利的。 业务架构师的作用是 在个人利害关系、项目和运营团队的需求 和愿望与 组织目标和战略的背景和理解之间架起桥梁。 业务架构师的目标是优化企业的目标和战略， 并防止那些以牺牲整体目标为代价而只为实现某一特定目标的活动。 这是一种收集和协作的过程。
业务架构师深入了解组织及其涉众的战略、驱动力、动机和抱负。一旦达到这种理解水平，业务架构师就可以与组织的所有层次合作，包括高级领导、经理、项目管理办公室 (PMO)、产品所有者、项目经理、各种商业分析师、解决方案架构师和 IT 人员合作，以弥合对与组织战略的一致性的认识差距。促进有效协作需要业务架构师能够理解每个涉众操作的各种观点和上下文。业务架构师还必须能够使用各方都能理解和支持的语言与这些涉众沟通。
BABOK 指南 技术
其他商业分析技术 + 没有
. 3 需求生命周期管理
在业务架构领域工作的商业分析师需要有高管的支持，并且要同意他们将要开展的工作。 一个由具有决策权的高级管理人员组成的架构评审 29委员会可以审查并评估业务架构的变更。 这个小组还将经常参与投资组合管理，根据它们对业务成果和战略的影响做出有关投资和优先级的决策。
在业务架构学科工作的商业分析师了解项目如何持续地影响业务架构，并不断努力扩展、纠正或改进业务架构。他们还会识别可能发生的内外部变化（包括市场条件），并决定如何将这些变化纳入组织的业务架构中。
BABOK 指南 技术
其他商业分析技术
- Archimate
- 企业核心图
- 评论
- 风险分析与管理
- 角色与权限矩阵
- 根因分析
- 涉众列表、地图或角色
- SWOT 32 分析
- 项目组合分析
.4 策略分析
业务架构在战略分析中可以发挥重要作用。它提供了对企业当前状态的结构化视图，并有助于定义未来状态以及实现未来状态所需的过渡状态。
业务架构师根据组织的变化策略制定路线图。明确定义的过渡状态有助于确保在变化的所有阶段，组织都能继续提供价值并保持竞争力。为了保持竞争优势，企业必须分析诸如：
市场条件，
- 进入哪些市场，
- 该组织如何在转型过程中竞争，以及
- 如何最好地定位组织的品牌主张。
业务架构提供了企业上下文和视角，使我们能够理解企业，这样可以分析成本、机会和努力。
BABOK 指南 技术
- 平衡计分板
- 业务规则分析
- 基准和市场分析 33
- 协作游戏 34
- 头脑风暴
- 数据建模 35
- 文档分析
- 业务能力分析
- 估算 36
- 焦点小组
- 业务模型图
- 词汇表
- 涉众列表
- 度量和关键指标
- 调查问卷 37
- 组织建模
- SWOT分析
- 评审
- 研讨会
- 风险分析与管理
其他商业分析技术 + Archimate + 项目组合分析 + 业务流程架构 + 服务导向的分析 + 路线图 + 能力地图 + 战略地图 + 客户旅程图 + 企业核心图 + 价值映射
.5 需求分析与设计定义
业务架构通过为不同涉众选择的不同视图提供组织内部的各种模型，从而提供对组织的个别视图。这些视图可以由能力地图、价值地图、组织映射、信息和业务流程模型提供。 商业分析师在业务架构学科中工作时，在决定什么是（或不是）重要的模型时会使用专业知识、判断力和经验。 模型旨在提供上下文和信息，以实现更好的需求分析和设计。
业务架构为可引用的、随时可用的架构视图提供了环境上下文，从而提供了其他信息不可用时分析师所必须做出的假设之外的信息。通过提供这些信息，业务架构可以降低在创建能力、系统或企业中其他地方已存在的信息时发生重复工作的风险。
设计与理解需求和要求相结合。 业务架构提供了分析所提出的变革的战略一致性和这些变化彼此之间的相互影响的背景。 业务架构师从多个视角综合知识和见解，以确定提议的变化是否有助于或与组织的目标相冲突。
业务架构试图确保整个企业 在正常运营期间和在变化期间，继续向涉众提供价值。 从事业务架构学科的商业分析师关注组织提供的价值，从整体的角度来看。 他们试图避免局部优化，即精力和资源投入到单个流程或系统改进中，这与战略不一致，并且对企业整体没有实质性影响——或者更糟的是，使整体变劣。
BABOK 指南 技术
- 接受与评价标准
- 背包管理
- 平衡记分卡 38
- 基准测试和市场分析
- 头脑风暴
- 商业能力分析
- 商业模式画布
- 商业规则分析 39
- 协作游戏
- 数据词典
- 数据流 40图
- 数据建模
- 决策分析
- 文档分析
- 估计
- 小组讨论
- 功能分解
- 词汇表
- 接口分析
- 跟踪物品
- Lessons Learned (p. 296)
- 指标和关键绩效指标（KPI）
- 非功能需求分析
- 观察
- 组织建模
- 过程分析
- 过程建模
- 原型制作
- 评论
- 风险分析与管理
- 角色与权限矩阵
- 根因分析
- 范围建模
- 序列图 41
- 涉众列表、地图或角色
- 状态建模 42
- 调查或问卷
- SWOT 分析
- 使用案例和场景
- 用户故事
- 供应商 43评估
- 研讨会
其他商业分析技术
- Archimate
- 项目组合分析
- 业务流程架构
- 服务导向的分析
- 路线图
- 能力地图
- 战略地图
- 客户旅程图
- 企业核心图
- 价值映射
6. 解决方案评估
业务架构会提出关于业务的基本问题，包括商业表现如何这一重要问题。要回答这个问题，需要回答其他几个问题：
- 业务、特定倡议或组件期望实现什么结果？
- 这些结果如何以具体的、可衡量的、可实现的、相关的和有时限的目标来衡量？
- 为了衡量这些目标，需要哪些信息？
- 为了收集这些信息，过程、服务、倡议等需要如何被建模？
- 怎样最好地以报告、 临时查询、 指板等的形式呈现性能信息？
- 我们如何利用这些信息在未来做出投资决策？
例如，在更详细的层次上，能力定义和过程架构的重要部分之一 是确定这些能力或流程期望实现的具体性能特征和结果。实际测量很少由商业分析师完成；通常是由业务所有者、运营或信息技术经理来完成。
在业务架构学科工作的商业分析师分析测量结果，并将这些结果纳入到后续规划中。 BABOK 指南 技术
- 平衡计分卡
- 组织建模
- 基准测试和市场分析
- 头脑风暴
- 商业能力分析
- 协作游戏
- 小组讨论
- 项目跟踪
- 经验教训
- 涉众列表、地图或角色
- 度量标准和关键绩效指标（KPIs）
- 调查或问卷调查
- 观察
- SWOT 分析其他商业分析技术
- 商业动机建模
- 客户旅程图
- 商业流程架构
- 能力地图
- 过程分析
- 过程建模
- 风险分析与管理
- 角色与权限矩阵
- 根因分析
- 服务导向分析
- 价值映射