TOGAF® ADM B 阶段——开发业务架构
乍看上去
- TOGAF ADM 概览
- 什么是 TOGAF B 阶段？
- TOGAF ADM B 阶段可交付成果
- 企业架构师在 B 阶段的角色是什么？
- 业务架构师的角色是什么？
- 业务架构模型、工具和技术
- 业务架构模型
- TOGAF 的 B 阶段如何与敏捷保持一致？
- 关于 TOGAF ADM B 阶段的最终想法
TOGAF ADM 概述
这 TOGAF ADM 是一种发展知识的方法。我们将每个 ADM 阶段都集中在开发所需的特定知识上 企业架构. TOGAF ADM 是 TOGAF 标准.它是开发适合每个细节级别的企业架构的唯一可扩展通用方法。与所有逻辑模型一样，它需要针对不同的详细程度进行扩展——战略、投资组合、项目和解决方案交付。
如果你需要一个 TOGAF ADM 概述，请阅读 TOGAF ADM 阶段解释.
什么是 TOGAF B 阶段？
在 TOGAF 阶段 B 中，您正在创建业务架构。 业务架构师 应该领导您的业务架构师的发展。对您的业务的一致描述，告诉您如何构建您的组织、流程、员工和地点以取得成功。你知道成功的定义。最重要的是，您知道必须改变什么来改善您的组织。
开发业务架构需要与利益相关者互动。与利益相关者一起，业务架构师探索组织的不足之处。他们探索潜在的改进。交付太少、需要太多工作或有太多不确定性的 Winnow 更改。
当我们 发展企业架构团队，我们告诉 企业架构师 关于 TOGAF B 阶段的两个核心事实。第一件事是，如果他们使用业务架构师来转化希望、恐惧和预先制定的变更计划， '这生意’他们注定了低成熟度。其次，如果他们认为自己按顺序开发了企业架构，那么他们总是会开发出低质量的架构。
在一个现代 数字化转型企业，所有架构域交互。任何领域的变化都可以达到另一个领域的目标。我们经常在与风险不同的域中执行缓解措施。事实上，我们只能通过以下方式实现许多业务目标 正确的 IT 架构.具有讽刺意味的是，如果我们拥有可靠的业务架构，我们只能开发正确的 IT 架构。
TOGAF ADM B 阶段的目标是什么？
在 A阶段，您确定了一个潜在的概要企业架构， 架构愿景.该愿景将包括所有领域，包括业务架构。 B 阶段，进一步发展总结。成功需要：
- 您解决了当前企业如何无法满足利益相关者偏好的问题
- 您了解必须做出哪些改变才能使企业满足利益相关者的偏好？ （间隙）
- 您对交付变更所必需的工作有足够的了解（工作包）
- 您了解其他架构领域中更改和约束之间的交互，以保护预期的价值（架构需求规范）
阶段 B 的核心成果是候选业务架构。业务架构师与其他领域架构师合作，以了解对业务架构施加的约束，以及对其他领域施加的约束。
请记住，TOGAF ADM 用于探索潜在的变化。直到你完成一个 F阶段的实施计划，有便宜的出口匝道。一个坏主意进展得越远，出口匝道的成本就越高。开发业务架构最重要的价值之一是筛选弱点子。一旦改变的成本超过预期值，就停止前进。终止架构开发项目。庆祝您已将稀缺变更资源的浪费降至最低。
与互动 TOGAF C 期, 阶段 D, E期， 和 F期
开发企业架构不是瀑布式活动。始终假设开发业务架构、应用程序架构、数据架构、技术架构和 安全架构 同时发生。许多图表中隐含的经典顺序是我们可以关闭架构开发而不是启动它的顺序。
不要陷入“业务”以任何方式与应用程序、数据和基础设施分离的错觉。这在过去是不正确的，在现代数字企业中是可笑的。这种错觉是消除的最快方法 企业敏捷性 或有机会 数字化转型 成功。
业务架构师在企业架构团队中工作。他们不是与 '这生意。他们是某一架构领域的专家。如果不定期参与应用程序、数据、技术和 安全架构师.
TOGAF ADM B 阶段可交付成果
B 阶段的核心成果是业务架构。完整企业架构的一部分。在业务架构领域中，它将描述：
- 企业是如何获取价值的—— 商业模式
- 企业如何运作—— 运营模式
- 创建产品或服务所需的活动 - 价值链
- 一个组织必须能够做的事情—— 能力模型
- 执行企业活动的信息流—— 信息模型
- 企业执行的完整活动，通常分组以显示它们如何相互关联 - 过程模型
- 企业的组织方式—— 组织模式
- 企业的活动如何按组织术语进行分组—— 功能模型
请记住您要描述的内容，并接受我们在行业中没有很好地定义这些术语的现实。例如，你称之为功能模型，其他人将称之为流程。在我们的 企业架构咨询，我们总是专注于我们试图理解的东西，而不是模型的名称。
不同的模型将解释企业的不同方面。模型和所需的更改一起构成了业务架构。
B阶段完成
所有 TOGAF ADM 阶段都会引导您开发所需的知识。阶段 B 的结果是候选业务架构。
| 产出与成果 | 基本知识 |
| 业务架构 领域架构 得到利益相关者对正在解决的问题的认可，存在一系列差距，并努力消除利益相关者理解的差距。 | 当前企业如何未能满足利益相关者的偏好？
为了使企业能够满足利益相关者的偏好，必须做出哪些改变？ （间隙） 需要做哪些工作来实现与所创造的附加价值相一致的变化？ （工作包） 利益相关者的优先级和偏好如何根据价值、努力和变化风险进行调整。 （利益相关者要求） |
表来自 托加夫 10 TOGAF 系列指南：企业架构师开发架构指南
B 期裸骨
在阶段 B，我们可以简化业务架构师的工作，以确定企业应该如何变得更好。这需要了解它试图擅长什么，它在哪些方面没有做到最好，以及必须改变什么才能做到最好。
B阶段的基本情况是：
- 了解企业如何获取价值
同一行业的不同组织获取价值的方式不同。考虑一家折扣航空公司和一家专注于商务旅客的航空公司。两者都做同样的事情，将人员和货物从一个位置运送到另一个位置。两者都捕捉价值并根据不同的标准进行竞争。
- 了解企业如何构建成功
你如何组装企业的核心活动？核心活动直接来自商业模式。
- 了解产生价值的活动和支持价值产生的活动
Michael Porter 发明了价值链——产生价值的主要活动和支持主要活动的活动。我们优化主要活动以创造价值。我们优化了效率支持。
- 哪些活动必须改进或保护以免退化
能力是关键活动。我们使用能力模型作为管理概念，将注意力集中在我们必须改进的事情上。见 业务架构能力评估指南.
- 组织必须执行什么
每个企业都有一组必须执行的流程：主要的、次要的、管理的。你需要知道他们是什么，他们消费的信息，以及他们是谁。
- 组织应该如何组织
我们设计成功的企业。我们设计他们的组织。他们的组织支持他们的商业模式、运营模式，并适合他们的生态系统。
- 哪些组织执行哪些活动
当您了解业务模型和运营模型以及流程集时，您可以确保正确的组织执行一项活动。通常，您需要定义他们将如何执行活动。
- 什么必须改变才能交付最好的组织？
我们开发企业架构来改善组织。出于同样的原因，我们提供业务架构。
B阶段的三个完成要领：
- 首先，必须改变什么？改变重点、组织设计、技能提升、外包、内包、自动化。这些都是变化。我们这样做是为了改善组织。
- 第二，什么时候必须改变？有依赖关系吗？前置条件如何？您是否正在为以后的更改更改设置阶段？
- 第三，你怎么知道改变是否成功？您对成功的治理测试是什么？你将如何保护价值？
企业架构利益相关者拥有必须更改什么以及何时更改的所有决策。业务架构师负责描述治理测试，以使利益相关者能够指导变更项目。第二和第三个结果。
TOGAF B 阶段可交付成果和企业架构目的
开发企业架构有四个核心目的。不同的可交付成果在每个目的中具有不同的重要性。
| 支持战略的架构 | 支持产品组合的架构 | 支持项目的架构 | 支持解决方案交付的架构 | |
| B阶段工作产品：候选业务架构 | 关键交付物
主要用途是利益相关者对目标和工作的理解。 次要用途是为架构师创建架构需求规范 |
关键交付物
主要用途是利益相关者对目标和工作的理解。 次要用途是为架构师创建架构需求规范 |
在项目启动和商业案例完成之前
主要用途是为实施者创建架构需求规范 |
在执行合作伙伴（包括内部供应商）参与之前
主要用途是为实施者创建架构需求规范 |
| B 阶段工作产品：候选路线图项目 | 关键交付物
主要用途是利益相关者对工作的理解。 次要用途是为建筑师创建约束 |
关键交付物
主要用途是利益相关者对工作和依赖的理解。 次要用途是为建筑师创建约束 |
限制使用 可用作具有多个交互式更改的项目的输入 |
在执行合作伙伴（包括内部供应商）参与之前。
主要用途是识别所需的更改，以及如何执行更改的偏好，以管理解决方案交付合作伙伴的选择和参与 |
| B阶段工作产品：架构需求规范 | 限制使用
通常架构师可以从高级架构中推断出约束。 |
限制使用
通常架构师可以从高级架构中推断出约束。 |
关键交付物
项目启动完成前 |
关键交付物
在订婚和签约之前 |
表来自 托加夫 10 TOGAF 系列指南：企业架构师开发架构指南
候选业务架构
开发企业架构有四个核心目的。不同的模型在每个目的中具有不同的重要性。
>>> 跳转到常见的 业务架构模型
候选业务架构路线图组件
什么必须改变？如果您正在更改业务模型，那么当前业务模型和目标业务模型之间的区别在于路线图候选。如果将流程执行者从内部人员更改为外包人员，那就是变化。
我们经常使用能力模型来总结变化。我们使用能力作为管理概念。以某种方式做某事的能力结合了流程、组织和 IT 系统的变化。我们通常使用分数来表达变化。有关使用分数的更多信息，请参阅 业务架构能力评估指南.
我们将业务架构路线图组件与所有其他领域架构相结合 TOGAF E 阶段 - 架构路线图.
候选业务架构需求规范
定义您将如何评估更改。
我们经常在模型中使用分数来描述需求。每个要求都是对效率、自动化、敏捷性或执行力的衡量。那么当我们在工作时 TOGAF G期 表演 带有变更项目的架构治理
有关不同属性和分数的出色指南，请获取我们的免费副本 业务架构能力评估指南.我们将这组属性用于能力、过程和功能模型。
我们使用所有架构路线图组件 TOGAF E 阶段 - 架构路线图.
业务架构师在 B 阶段的角色是什么？
在 TOGAF 阶段 B 中，我们期望业务架构师交付域架构。这需要开发模型来显示缺陷的根源以及如何克服它。他们将与利益相关者进行权衡分析，以确定目标架构。
业务架构师需要与其他领域架构师协作。请记住，一个领域的缺陷通常会在另一个领域得到解决，而一个领域的变化通常会带来成本和另一个领域的变化。
企业架构师在 B 阶段的作用是什么？
在 TOGAF 阶段 B 中，企业架构师的角色是保护整个价值。根据领域架构师的技能，企业架构师需要填写。例如，应用程序架构师可能看不到业务架构更改的影响。或者，业务架构师可能无法按照安全架构师可以采取的行动来阐明需求。
企业架构师最重要的角色是跨越边界。无论它们是领域、技能还是权限边界，企业架构师都需要跨越它们。
业务架构模型、工具和技术
TOGAF ADM 阶段 B 称为业务架构。这个阶段的存在是为了开发业务架构。在 TOGAF 中，第一步是确定所需的视图和所需的模型。
有八种中央业务架构模型。
- 描述如何获取价值的商业模式
- 捕捉企业如何运行以捕捉价值的运营模式
- 价值链，描述了创造价值的主要活动的顺序以及实现价值创造工作所需的支持活动
- 能力模型 - 一种计划结构，将注意力集中在必须改变的事情上
- 流程模型 - 企业必须执行的活动
- 功能模型——企业的活动如何在不同的组织之间进行分组
- 信息模型 - 需要流动以执行主要活动、支持活动和其他必要活动的信息
- 组织模式——权力、责任和资源如何划分和管理
在 Navigate 我们使用也使用
- OMG的商业动机模型
- Strategyzer 的商业模式画布
- DODAF 的信息需求
- 明策伯格的组织图
- CISR的运营模式
符合企业架构目的的业务架构模型
您使用业务架构回答的问题级别将推动使用不同的业务架构模型。例如，支持投资组合的架构通常不会开发价值链模型。相反，价值链通常是卓越的架构和 限制你的自由.
| 支持战略的架构 | 支持产品组合的架构 | 支持项目的架构 | 支持解决方案交付的架构 | |
| 商业模式 | 关键交付物 | 偶尔交付 | 高级架构 | 高级架构 |
| 运营模式 | 关键交付物 | 关键交付物 | 高级架构 | 高级架构 |
| 价值链模型 | 关键交付物e | 偶尔交付 | 高级架构 | 高级架构 |
| 能力模型 | 定期交付
通常能够总结变更以进行规划 |
关键交付物
通常能够总结变更以进行规划 |
关键交付物
通常能够计划改变 |
高级架构
通常能够控制变化 |
| 信息模型 | 偶尔可交付成果 - 将被总结 | 关键交付物 | 关键可交付成果和卓越架构 | 关键可交付成果和卓越架构 |
| 组织模式 | 定期交付 - 与运营模式相关的顶级 | 定期交付 - 与运营和功能模型相关的顶级 | 定期交付 - 与功能模型相关 | 高级架构 |
| 功能模型 | 定期交付 - 与运营模式相关的顶级 | 定期交付 - 与运营模式相关的顶级 | 定期可交付成果 - 与变更范围相关 | 高级架构 |
业务架构模型
开发业务架构需要开发多个企业架构模型。每个企业架构模型都描述了一个基本结构或一组结构。不同的模型以不同的方式解释企业。
总之，这些模型描述了业务架构。在完整的企业架构中，这些模型将链接到描述其他企业架构域的其他模型。
商业模式
商业模式描述了如何获取价值。我们会经常使用 Strategyzer 的商业模式画布 开发和记录商业模式。
商业模式画布适用于一种产品或服务。作为一种建模技术，它与复杂的业务模型作斗争。事实上，商业模式画布的优势之一是确定商业模式变得混乱的地方。
在 TOGAF C 阶段工作的应用程序架构师 每次产品或服务基于软件时，都希望知道。同样，如果不了解关键活动和关键资源的软件基础，他们也无法构建可靠的应用程序架构。
运营模式
运营模式描述了企业如何构建其核心活动。 通常，运营模式显示出与企业战略相一致的独特能力、熟练的领导团队或独特的投资概况。
运营模式是企业的锚。这对战略的有效性和持久性至关重要。
CISR 的运营模式提供了强有力的参考。将企业简单地描述为统一、复制、多样化或协调是很强大的。在那里，您了解企业的基本结构，并告知 在 TOGAF C 阶段工作的应用程序架构师.
我们经常使用卡普兰战略图来确定运营模式中所需的变化或重点。
价值链
价值链图是组织产生价值的活动的高级表示。经典的波特价值链图将支持活动与主要活动分开。主要活动是显示价值链中活动交接的序列。在波特图中，我们总是将支持活动放在首位——所有支持活动都是主要活动的负担。主要活动必须产生足够的客户价值来支付辅助活动。
我们可以进一步将价值链分解为支柱或价值流。
能力模型
能力模型用于集中注意力。一个好的过程模型是全面的。一个好的功能模型既全面又具有组织意识。一个好的能力模型是活动和组织的一个子集。我们应该将子集集中在必须改进或持续以达到预期结果的活动上。
当我们使用商业模型画布时，关键资源、关键活动和客户渠道中的功能会跳出页面。当我们使用卡普兰战略地图时，地图上的所有内容都是一种能力。
我们使用分数来解释能力规划的改进和变化。见 业务架构能力评估指南.业务架构师应该期望 在 TOGAF C 阶段工作的应用程序架构师 询问能力和自动化属性。
过程模型
流程模型识别范围内的所有活动。我们经常使用 APQC 过程分类框架 作为一个 参考架构. APQC 的框架是一致且全面的。
将 OMG 的 BPMN 链接到良好的业务架构是一个常见的错误。如果您使用的是 BPMN，那么您可能已经从架构滑向了设计。
我们使用分数来解释流程中的改进和变化。相同的属性和分数能力评估指南 致力于开发强大的流程模型。
功能模型
功能模型通过组织覆盖识别所有活动。我们将所需的活动与功能模型中的权限、资源和位置联系起来。
我们使用分数来解释改进和变化。相同的属性和分数 能力评估指南 致力于开发强大的流程模型。
信息模型
在 TOGAF 下，业务信息模型反映了组织数据的语义，而不是数据库设计。它概述了对组织很重要并且可能收集数据的项目（作为实体），以及这些重要事物对之间的联系（作为关系）。因为它避免了许多系统级组件，所以它比逻辑数据模型更容易解释。它包含所有公司信息，而不仅仅是数字信息。
在大多数情况下，每个公司只有一个业务信息模型，它描述了整个组织的所有相关数据。我们可能会使用一个或多个图表以图形方式表示全部或部分信息模型。
组织模式
所有企业都有独特的权限、资源和工作地点结构。许多组织结构是随意的。通常基于先前的组织设计和个性。
寻求出类拔萃的组织需要对组织设计进行深思熟虑。例如，如果以 CISR 的运营模式作为参考，那么统一、多元化、可复制的组织的设计就会大不相同。
业务架构技术
我们使用广泛的技术来开发和交流我们的业务架构。
- OMG 的商业动机模型有助于阐明我们正在努力实现的目标以及我们通常如何实现目标
- Strategyzer 的商业模式画布提取了核心产品或服务价值主张以及我们需要超越的东西。
- DODAF 的信息需求热线提取所有必需的信息流。活动是主要价值生产者、支持活动还是纯粹的管理信息流入和流出都没有关系。降低活动的最快方法是注入不合标准的信息。
- Mintzeberg 的组织图可帮助您了解企业如何运作以取得成功。很少有企业在他们的组织设计中工作。
- CISR 的运营模式是设计的基础。 Unified、Diversified、Replicated 或 Coordinated 的四种经典选择。
TOGAF 的 B 阶段如何与敏捷保持一致？
敏捷开发经常与敏捷企业混淆。没有什么比事实更离谱了。业务架构通常会确定您的业务在哪些方面需要新颖的系统才能脱颖而出，以及在哪些方面需要追逐已建立的最佳实践。
我们始终将敏捷开发重点放在新颖的差异化活动上，并无情地遵循其他地方已建立的最佳实践。最佳实践来自成熟的商业软件。确保您的应用程序架构与您的业务架构保持一致，并专注于您如何获取系统。
企业架构和敏捷开发 将对四个方面感兴趣。企业架构将：
- 定义敏捷方法
- 指导 sprint 中的积压工作
- 限制 sprint 中的选择
- 解决交叉产品依赖
TOGAF 的 B 阶段如何与企业敏捷性保持一致？
企业敏捷性与您编写软件的方式无关.企业敏捷性是关于您的企业对意外威胁和机遇做出反应的能力。
业务架构师将专注于 企业敏捷模型 - 灵活性。我们使用敏捷属性和分数 能力评估指南 识别必须能够快速改变的业务能力、信息系统和流程。然后架构师以启用更改。
企业敏捷模型
- 警觉性——你能发现机会和威胁吗？
- 可访问性——您能否及时访问相关信息以做出回应？
- 果断——你能决定使用可用的信息吗？
- 敏捷性——你能在可用的时间内实施你的决定吗？
- 灵活性——您正在采取哪些措施来减少行动障碍？
关于 TOGAF ADM B 阶段的最终想法
业务架构师 不是来自 '这生意' 到 IT 部门。相反，优秀的业务架构师使用 TOGAF ADM Phase B 作为框架来开发 业务架构.他们扮演着复杂的角色。
- 与利益相关者合作探索改进
- 与同龄人一起工作 领域架构师 探索这些改进如何导致不同架构领域的变化
- 筛选出交付太少、工作量太大或时间错误的变更
在 TOGAF ADM 阶段 B 中，业务架构是四个基础架构之一 企业架构领域. TOGAF 非常清楚——您的应用程序和数据架构的存在是为了启用业务架构。
请记住，功能强大的 EA 团队不会将其业务架构师用作翻译人员或与“这生意。优秀的 EA 团队作为一个团队工作，并使用他们的业务架构师作为业务架构领域的专家。
TOGAF ADM B 阶段开发业务架构。业务架构是所有优秀企业架构的基础。 使用 TOGAF B 阶段 将稀缺的变革资源集中在获得最大的企业价值上。