企业架构

第 4 部分：企业架构方法论

企业架构方法至少必须解决企业架构的开发和维护问题。一个完整的方法将包括 规划变革的实施 和 管理所有实施项目。全面的方法将包括工作管理指南。

第 4 部分：企业架构方法包括：

• 架构开发方法论
• 规划整合
• 治理框架
• 工作管理

架构开发方法论

这 TOGAF架构开发方法 提供开发和维持企业架构的行业标准方法。这 TOGAF ADM 为核心的 TOGAF 标准.

从根本上讲，TOGAF ADM 使用信息流模型。 ADM 中的每个阶段都是为了维持信息的创建而存在。经典的 TOGAF ADM 图形是基本信息流的简化表示。

作为一种信息流，ADM 本质上是增量和迭代的。您需要将信息流构建到流程模型上。如果您有足够的知识，您的过程将受到考验，如果有，请使用它。如果没有，则生产它。 TOGAF ADM 不是一个活动序列。太多人在查看 TOGAF ADM 图形时将其误解为线性瀑布过程模型。

每次 EA 团队进行任何活动以开发来自 ADM 阶段的信息时，他们都在执行一个阶段。一个 企业架构师 总是需要消耗强制性投入并产生强制性产出。这适用于所有 ADM 阶段。

使用 TOGAF ADM 作为信息模型可以帮助企业架构师实现最大的效率和生产力。

TOGAF ADM 中的每个阶段都旨在创建必要的信息

阶段 A：定义架构愿景

如果您有超过一个，请不要感到惊讶 架构替代 表示为不同的架构愿景。您很少有足够的信息来选择阶段 A 中的最佳路径。

A 阶段可交付成果 提供基础 治理架构开发.

阶段 B：开发业务架构

B 阶段的结果是候选业务架构。

表来自 托加夫 10 TOGAF 系列指南：企业架构师开发架构指南

这 业务架构领域 描述目标业务结构。它通常包括以下元素 业务能力、组织设计、流程和信息流。它通常涉及战略、目标和目标等动机。这些组件将作为文档 业务架构模型.

免费下载 业务架构能力评估指南.

C 阶段：开发信息系统架构

信息系统架构 包括 应用架构领域 和 数据架构领域.

C阶段的成果是候选应用架构和候选数据架构。这些共同创建了候选信息系统架构。

表来自 托加夫 10 TOGAF 系列指南：企业架构师开发架构指南

应用程序架构将帮助回答以下问题：

• 应用程序组合如何实现价值捕获 – 应用开发模型
• 将成本注入 IT 投资组合的地方 - 功能模型
• 在 IT 产品组合中注入刚性的地方 - 集成模型
• 企业如何运作—— 系统模型
• 交付产品或服务所需的系统—— 产品型号
• 一个组织必须能够做的事情—— 功能模型
• 执行企业活动所需的信息流 - 集成模型
• 企业执行的完整活动，通常分组以显示它们如何相互关联 - 服务模式
• 软件组合是什么—— 物理软件模型

阶段 D：描述和开发技术架构

D 阶段的成果是开发候选技术架构。

表来自 托加夫 10 TOGAF 系列指南：企业架构师开发架构指南

我们最常看到的是薄弱的技术架构，主要由物理模型组成。在我们的大部分工作中，我们将 D 阶段与 云架构。对于其他领域的核心工作产品，例如 系统模型 和 服务模式， 是相同的。

技术架构将有助于回答以下问题：

• 基础设施组合如何实现价值捕获—— 基础设施服务模型
• 基础设施的交付方式—— 基础设施提供商模型
• 将成本注入 IT 投资组合的地方 - 接口模型
• 在 IT 产品组合中注入刚性的地方 - 生命周期模型
• 基础设施必须能够做的事情—— 基础设施系统模型
• 获取和使用技术的限制—— 标准目录
• 如何使用基础设施来执行企业的活动—— 接口模型
• 基础设施所做的完整活动分组以显示它们如何相互关联 - 服务模式
• 基础设施组合是什么—— 物理基础设施模型

E 阶段：识别机会和解决方案

E 阶段的目标是超越 简化的架构愿景。人们只期望它能展现出希望。通过与利益相关者一起制定架构路线图，您将确定应该放弃的潜在更改。事实上，大多数改变都应该被放弃。他们将无法通过一项或多项价值测试：

• 回报工作太多
• 成功对于回报来说太不确定了
• 回报只是很高兴

E 阶段的结果是 架构路线图 以及支持候选企业架构。

表来自 TOGAF 框架 TOGAF 系列指南：企业架构师开发架构指南

架构路线图将有助于回答以下问题：

• 何时交付价值 – 过渡状态
• 考虑到不同的标准，要追求什么改变—— 架构路线图类型 4：场景
• 什么工作会带来价值，成本和不确定性—— 架构路线图类型 1：热图
• 当工作、变革和价值交付发生时—— 架构路线图类型 2：生命周期
• 工作和变化的依赖性和影响是什么—— 架构路线图类型 3：影响和依赖
• 哪些决定被推迟 - 架构路线图类型 4：场景
• 我们追求什么样的改变—— 实施策略

规划整合

这 TOGAF ADM F 阶段：制定迁移计划 解决规划整合问题。它强调架构方法需要与组织的规划方法集成。大多数时候，您将适应标准的投资组合和项目规划。但是，如果您正在构建转型，则预计不会使用标准规划方法。

F 阶段的成果是实施计划和支持架构合同。

表来自 托加夫 10 TOGAF 系列指南：企业架构师开发架构指南

实施计划将有助于回答以下问题：

• 当改变发生时—— 实施计划的项目
• 什么必须改变，不能改变—— 实施计划的项目
• 会发生怎样的变化—— 实施策略
• 哪些工作侧重于具体结果—— 实施计划的组合
• 哪组工作会一起执行—— 实施计划的程序

架构合同将帮助回答以下问题：

• 预期有哪些有形和无形的收益—— 架构合约 - 收益
• 当约束限制了实施者的自由时—— 架构合约——架构规范
• 如何应对风险和不确定性—— 架构契约 - 控制
• 预计会有什么变化—— 架构合约——实施策略
• 什么变化是越界的—— 架构合同 - 过渡 ＆ 益处

治理框架

所有治理都遵循指导和控制的模型。选择时的指导和控制。实施时的指导和控制。

只需扩展治理框架即可包括 管理开发架构 和 治理实施.

您的架构开发将做出决策或选择。您的实施项目将做出选择。这些决定是否符合方向？你的控制权是什么？

>>> 下载企业架构州长指南

架构开发治理

所有决策权均属于您的利益相关者。用你的 企业架构管理委员会 应该管理流程。它应该使用 架构开发治理清单。检查表是一种控制措施，用于证明架构师遵循了指示。

架构实施治理

TOGAF ADM 有一个特定阶段来解决实施治理： 阶段 G：治理实施。 G 阶段的结果是一次成功的变革。

表来自 托加夫 10 TOGAF 系列指南：企业架构师开发架构指南

企业架构师的角色是通过以下方式保护价值： 实施治理。您可以通过与记录的差距、架构需求规范和控制进行比较来测试设计者和实施者的选择。不要在项目期间发明新的架构。

G阶段的三个完成要领：

• 首先，一个成功的实施项目，在架构的约束范围内提供预期的价值。
• 二是取消项目。当一个项目不能提供预期价值时，应该尽快重新配置企业稀缺的变革资源。
• 第三，目标架构的变化。扩展期望值，或将其拉入我们可以实现的值。放松或收紧约束。

当出现问题时，企业架构师会提供利益相关者应该做什么的建议。利益相关者只有三个选择：

1. 1. 强制遵守目标架构
   2. 提供缓解并允许项目忽略目标架构（这通常是更改目标的弱方法）
   3. 改变目标架构

对价值实现的扩展治理控制

TOGAF ADM 在 H 阶段：架构变更管理中提供扩展控制。这种扩展的价值实现活动是一种架构控制。

看 TOGAF H 阶段 - 应用敏捷 和我们录制的网络研讨会 True Life EA 网络研讨会：敏捷 COVID-19 响应 为了现实世界的实现 企业敏捷性

工作管理

什么时候我们 发展 EA 团队 我们痴迷于生产力。我们重点关注 TOGAF 中关于基本知识的指导。为了提高生产力，我们使用看板知识制造方法。

遵循看板的最佳实践，我们分解工作。每个工作产品都有一个负责的资源和截止日期。

我们从 A 阶段开始：

1. 问题是什么？
   问题或问题空间。有哪些更大的问题或先前的决定限制了我们。
2. 谁是利益相关者？
   他们将如何评估潜在的变化？他们的担忧是什么？
3. 我们需要什么信息？
   存储库中有什么？缺什么？我们将如何收集它？
4. 我们需要什么分析？
5. 哪些工作产品将帮助我们的利益相关者了解他们的选择？
   架构视图

然后我们执行。通过看板，我们有积压的工作。进行中的工作仅限于可以完成的工作。