什么是业务架构?
业务架构师 开发业务架构,将组织的复杂性转化为可分析的形式。分析使业务架构师能够了解问题的根源以及如何改进企业。业务架构可以帮助利益相关者选择和 治理 改进。
这个简单的解释可以扩展。
所有业务架构都专注于 活动 ——企业的业务。活动围绕组织的 产品和服务. 活动和产品都经过优化, 创造和获取经济价值。 最后的, 组织结构如何.
在现代数字化企业中,任何认为业务架构师存在的意义就是向IT系统提交需求的想法都是可笑的。数字化企业的改进必须与 数据架构 和 应用架构.
开发架构意味着开发模型。 导航 使用三组模型:
什么是业务架构
业务架构是完整的一部分 企业架构.它用于指导变革,并作为所有其他领域的基础。
是否改变&改变什么?
如何改变?
留下什么?
如何应对失败的变革?
当你遇到棘手的问题时,你会使用业务架构。无法进行简单的逐一比较或一致的选择标准的问题。
活动
业务架构围绕活动(您的组织所做的事情)展开。
活动分为四类:
- 活动 创造并获取价值:设计、制造、销售、支持您的产品和服务。参考波特的“主价值链”。
- 活动 这很重要,并且支持价值获取:招聘、工资单、设施管理、税收、支付账单等。这是 后台办公室, 所有维持企业正常运转的活动。想想波特的支持价值链。
- 活动 需要管理其他工作:日程安排、任务管理和协调。这是高效管理组织所必需的一切。当我们谈论 工作。
- 活动 改变你的组织:存储、检索、混合、评估、移动和保护数据。
您需要了解您的业务需要执行的活动。在我们的大多数模型中,我们会区分谁或什么执行活动。活动可以由不同的部门、子公司、客户、业务合作伙伴、供应商以及日益自动化的 系統。
当我们忽视管理和变革的活动时,我们就会失去对未来的掌控。 企业敏捷性 擅长管理和变革。
活动表现为 逻辑过程模型.
产品和服务
我们需要知道我们的业务是什么。无论是生产石油、再保险、处理建筑垃圾,还是策划媒体。我们的业务是……我们必须了解交付给客户的产品和服务,以及我们在行业价值流中的位置。
产品和服务描述如下 产品和服务模式.
创造并获取价值
我们需要知道如何创造价值和获取价值。创造和获取价值与我们的产品和服务息息相关,但又截然不同。
例如,一家生产和销售产品的公司可以在设计、制造、支持或客户体验方面创造价值。只需想想苹果和戴尔之间的区别。
浏览业务架构模型种类
导航 旨在支持特定模型,并构建端到端的架构模型。我们将这些模型分开,以便我们能够对特定模型进行建模,然后在其他地方使用该模型的观察结果。我们不强制采用端到端模型。
我们通过离散的模型类型来创造这种优势。模型类型可以支持特定的分析,也可以专注于端到端模型的某个方面。简单来说,模型类型是一种特定的建模类型。
您的建筑项目将确定哪些 建筑模型 您需要的。不同的模型以不同的方式解释企业。总而言之,这些模型描述了业务架构。
业务架构有三组业务架构模型种类。
这些专门的模型结合起来,按照最佳实践开发 EA 景观,即一次逐步扩展一个架构项目。
使用模型种类可以提高一致性和可重用性,从而提高整个 EA 团队的生产力和一致性。
导航模型种类描述
每种模型类型定义如下:
- 目的:这种模型类型存在的原因以及它旨在回答什么问题。
- 范围:概述模型类型中包含和排除的内容的界限。
- 内容与结构:创建模型类型的实例时应使用的组件、关系和属性。
- 建模方法:指导如何包含或排除哪些内容,以重点关注与目标相关的具体方面。
- (可选)与其他模型类型的关系:描述链接的目的以及使用什么关系来连接两个模型。
在完整的企业架构中,这些模型将链接到描述其他模型的其他模型 企业架构领域.
为了有效地管理您的业务架构,您需要 实施企业架构工具.
组织模式
表示企业内组织单元的结构。虽然侧重于内部报告结构,但也包括子公司和业务合作伙伴。
这种模型支持对变化影响、结构障碍和组织与战略一致性的分析。
组织运作图模型
描绘超越传统层次结构的复杂组织和网络关系,说明不同的管理理念和交互风格(集合、链、中心、网络)。
支持理解组织和生态系统边界内和跨组织的协调、控制和协作模式。
生态系统模型
代表外部和扩展的企业环境。
使用多个层次来捕捉外部关系的复杂性和多样性:
- 监管层:监管机构、合规机构、标准组织及其规则、控制和报告互动
- 市场层:竞争对手、客户、市场影响者和需求方动态
- 上游业务合作伙伴层:对投入和生产至关重要的供应商、物流供应商和上游合作者
- 下游业务合作伙伴层:分销商、经销商、服务合作伙伴以及向最终客户提供产品/服务的其他渠道
- 内层:企业边界内与外部层接口的组织、功能和法律结构
支持对依赖性、风险、创新机会和市场/监管力量的战略分析。
商业模式
描述企业如何 经济上获取价值 阐明价值创造、交付和获取的机制、架构和原理。
这种模型明确关注企业的价值获取视角,排除产品层面的价值主张或生态系统层面的外部感知价值。对于产品和产品系列的价值主张,请使用 商业模式画布.
我们寻找:
- 财务逻辑(价值获取)
企业如何通过创收、定价模式、利润机制和合同条款获取经济价值。 - 市场范围和交付渠道(价值交付)
定义 WHO 企业服务(客户群、市场)和 如何 它提供与价值获取相关的价值(物理、数字和合作伙伴渠道)。 - 运营逻辑(价值创造与交付)
捕获为支持企业经济模式而创造和提供价值的能力、业务功能和流程。 - 推动因素与执行(价值维持与加速)
代表维持和增强持续价值创造和获取的组织资源、技能、基础设施、品牌和加速器。
运营模式
许多人混淆了他们如何使用运营模式和运营模式是什么。运营模型描述了企业如何构建其核心活动。运营模式显示了与企业战略、熟练的领导团队或独特的投资概况相一致的独特能力。
运营模式是企业的锚。这对战略的有效性和持久性至关重要。
资产模型
代表企业具有经济价值或战略重要性的有形和无形宝贵资源。提供资产的结构化视图,以明确所有权、估值、治理,并与风险和绩效预期保持一致。
包括所有重要的商业资产,例如物理基础设施(例如工厂、设备、技术)、知识产权(专利、软件、专有流程)、金融资产和客户(例如合同和关系)。
产品和服务模式
交付给客户的产品和服务。用于定义和管理产品和服务组合,支持价值评估、组合规划以及与市场和能力战略的协调。
价值链模型
映射产生商业价值的主要活动和支持活动,从而能够分析价值创造以及与能力和流程的一致性。
涵盖企业内部所有增值活动及其相互关系。不包括详细的流程逻辑或能力定义,重点关注高级活动流程和价值流。
经典的波特价值链图将支持活动与主要活动区分开来。在波特图中,我们总是将支持活动放在最顶端——所有支持活动都会对主要活动造成负担。主要活动必须创造足够的客户价值来支付支持活动的费用。
我们可以进一步将价值链分解为支柱或价值流。
商业模式画布
描述单个产品或产品系列的价值主张。价值主张与如何将其交付给目标客户以及所需的关键活动、合作伙伴和资源直接相关。
商业模式画布在为单个产品或服务而不是整个企业开发时效果最佳。
探索业务架构变更模型
大多数架构项目必须引导有效的变革。Navigate 的业务架构变革模型专注于最具可塑性的元素,以发现并描述企业必须如何发展。变革建模首先将战略和能力不足转化为候选目标状态和优先工作包;然后,获得利益相关者的批准,才能 架构路线图
模型种类包括:
- 逻辑过程模型 — 定义如何执行业务功能的逻辑工作流程(做什么,而不是如何做)
- 逻辑业务服务模型 — 以消费者为中心、以结果为中心的服务,定义了组织如何组建以实现这些结果(边界、交互点、使用/变更条款)。
- 能力模型种类 ——企业为实现战略和价值必须开发、改进或维持的稳定能力
- 信息模型 — 关键信息工件 主题区域模型 和 逻辑文档模型
变更模型揭示了差距、约束、风险和依赖性,并提供了规划实现目标架构的路线图、工作包和架构规范所需的可追溯性和优先级。
商业服务模式
逻辑业务服务模型类型可帮助您了解如何组建组织。
每个逻辑业务服务都提供某种功能,但这种以消费者为中心的模型忽略了这一点。相反,这种模型专注于 操作交互, 使用条款, 和 变更条款.
关键价值包括:
- 定义边界:确定服务的开始和结束位置以及其负责的内容
- 明确互动点:所需的互操作点
- 以消费者为中心的建模:强调消费者的视角——他们通过使用“黑匣子”服务获得了什么,以及他们接受使用该服务的限制(使用条款 和 变更条款)
- 定义合同条款:使用条款(使用服务的限制)、变更条款(提供商更改服务的能力)、访问条款(如何访问服务)和结果(服务提供的内容)
能力模型
能力模型类型定义了企业所需的基本且稳定的能力。它回答了以下问题:“企业必须有能力做什么?“我们将能力模型分为广泛的能力分类法和能力图。
能力分类法确定“企业能做什么?” 它通常更大更宽。我们用它作为 参考架构.
能力图识别“企业在特定的环境下必须能够做什么? 能力图用于集中注意力。我们将子集集中在那些必须改进或持续才能达到预期结果的活动上。
能力图用于 基于能力的规划 从企业架构的角度来看,能力非常重要。因为能力代表了执行所需的一切——人员、流程、技术、知识产权等等。作为替代,它提供了一个集中改进注意力的绝佳工具。
我们使用分数来解释能力规划的改进和变化。见 业务架构能力评估指南.
-
当组织制定战略和投资组合时
-
当组织正在寻求转型时
-
转型之后——显然包括非转型性的变化和运营
为什么要开发业务架构?
业务架构指导选择并提供约束。
利益相关者使用业务架构开发流程来了解其选项的含义并选择最佳选项。该选项限制了组织中做出变革的每个人。
业务架构价值定义
增值活动是:
- 客户会为此付费,
- 它改变(改变形式、适合或功能)产品或服务,
- 它是第一次正确完成。
所有关于增值的讨论都需要考虑浪费。我们应该认为每一项活动都是浪费,除非它:
- 满足明确的客户要求
不能显示更经济地执行