进一步实践最佳实践企业架构流程和方法
最佳实践 企业架构 从 Conexiam 导航
TOGAF ADM 概述
TOGAF ADM 是 TOGAF 标准. ADM 量表适用于每个细节层面 - 战略、投资组合、项目和解决方案交付。ADM 适用于每个 专业 EA 用例 - 收购整合、数字化转型或 IT 现代化。ADM 适用于各个行业 - 制造业、软件业、消费品、金融服务业或国防业。
ADM 就是要开发足够的新信息，以使你的决策者能够做出 改善组织的最佳选择.
ADM 分为几个阶段 - 每个 ADM 阶段都旨在创建不同类型的信息。
ADM 阶段的逻辑顺序 - 一个, 乙, 碳, 德, 乙, 弗, 格， 和 赫 - 不是活动流。它是简化的信息流。虽然信息需要大量流动，但不要混淆，并尝试考虑线性瀑布流程模型。
每次 EA团队 需要开发新信息时，他们执行创建阶段。在创建新信息时 企业架构师 消耗输入并产生输出。这适用于所有 ADM 阶段。
TOGAF 培训
阶段 A 的简要说明：定义架构愿景
本节将简要解释。我们的文章 阶段 A：定义架构愿景 详细介绍 ADM 阶段。
TOGAF ADM 使用架构项目的概念。努力开发一种架构，帮助决策者改善您的组织。
阶段 A 创建了使架构项目能够良好执行的信息。如果没有阶段 A 的设置，企业架构师就无法确信他们正在解决正确的问题、拥有正确的约束条件和正确的利益相关者。
直接进入架构设计的架构团队应该预料到会偏离轨道。根据我们的咨询经验， 大多数建筑团队的工作产品是80-90%浪费他们在错误的时间回答了错误的问题。他们的工作成果并没有用于指导决策，也没有支持实施治理。
阶段 A 使用的概念是 要求建筑工作.
通过阶段 A 的步骤，建筑师可以开发以下知识：
- 确认建筑项目的范围
我们称之为将需求转化为问题 - 主要利益相关者和关注点
- 来自优越架构的现有约束
它创建了以下核心作品产品：
- 一个 架构愿景
对一个或多个候选目标架构进行适当的总结 - 建筑工程说明书
正如你所想的那样，这是架构团队的 SoW
如果你从几个开始，不要感到惊讶 架构替代 表达为不同的架构愿景。不要指望你有足够的信息来找到阶段 A 中的最佳路径。
您正在尝试确定是否没有可接受的前进道路。如果没有潜在可接受的方法来解决不足之处，那么停止所有架构开发就是一个巨大的成功。
通常风险太高，或者变更消耗了太多可用资源。简而言之，价值不够。当你发现没有可接受的解决方案时， 停止工作！您已节省了组织稀缺的变更资源。
有关详细信息，请参阅 TOGAF ADM 阶段 A - 从架构愿景开始. 它着眼于 A 阶段的交付成果， 启用架构治理，以及 A 阶段指南和技术。
B 阶段的简要说明：开发业务架构
本节将简要解释。我们的文章 阶段 B：开发业务架构 详细介绍 ADM 阶段。
在架构项目中，阶段 B 建立在架构愿景之上。工作是确认总结目标与足够的分析相结合，以证明理论正确，或将候选人排除在考虑范围之外。
通过阶段 B 的步骤，建筑师可以开发以下知识：
- 哪种参考架构可以加速架构开发
- 哪些观点将推动利益相关者进行相关分析，以便在架构方案之间进行选择
- 什么 业务架构模型 将有助于找到缺陷的根源以及解决该缺陷的改变
- 业务架构的变化会推动其他领域的变化
- 其他领域的变化推动了业务架构的变化
它创建了以下核心作品产品：
- 从利益相关者的关注点角度分析候选业务架构的观点
- 当前和候选目标业务架构
- 业务架构差距
- 改变业务的候选工作产品
B 阶段主要关注组织设计、流程、信息流等。 业务能力以及变更规划。正确评估和理解这一阶段至关重要。
有关详细信息，请参阅 TOGAF ADM B 阶段——开发业务架构 盖子 B阶段可交付成果, 业务架构模型 和 B 阶段指南和技术。
阶段 C：开发信息系统架构
本节将简要解释。我们的文章 阶段 C：开发应用程序架构 详细介绍 ADM 阶段。
C 阶段进一步推动了 架构领域. 此阶段开发应用程序架构和 数据架构. 正式的阶段 C 拆分将数据架构域和应用程序架构域分别处理。
与阶段 B 一样，阶段 C 以架构愿景为基础。但有一点不同，阶段 C 有进一步的义务来实现业务架构。这并不是将业务架构视为需求，而是确保开发中的概要目标保持一致。
一个领域的变化会将约束和要求带入其他领域。目标是找到跨所有领域的最佳变化组合。
通过阶段 C 的步骤，建筑师可以开发以下知识：
- 哪种参考架构可以加速架构开发
- 哪些观点将推动利益相关者进行相关分析，以便在架构方案之间进行选择
- 哪些应用程序架构模型和数据模型将有助于找到缺陷的根源以及解决该缺陷的变更
- 业务架构的变化会推动其他领域的变化
- 其他领域的变化推动了业务架构的变化
它创建了以下核心作品产品：
- 从利益相关者的关注角度分析候选信息系统架构的观点
- 当前和候选目标业务架构
- 业务架构差距
- 改变业务的候选工作产品
C 阶段主要关注应用程序设计、数据流、集成、开发方法、自行开发还是购买以及变更规划等内容。正确评估和理解这一阶段至关重要。
有关详细信息，请参阅 TOGAF ADM 阶段 C – 开发应用程序架构 盖子 C 阶段应用架构可交付成果, 应用架构模型 和 C 阶段指南和技术。
阶段 D：描述和开发技术架构
本节将简要解释。我们的文章 阶段 D：描述和开发技术架构 详细介绍 ADM 阶段。
D 阶段结束端到端 领域架构 概念。此阶段包含开发基础设施或技术架构的步骤。
D 阶段解决了完善架构愿景的最后一个领域。与 D 阶段一样，D 阶段还有一个额外的重点。D 阶段旨在实现信息系统架构。同样，这并不意味着信息系统架构提供了需求。它确认了将端到端架构结合在一起的整套变更。
目标是找到所有领域中最佳的变化以满足改进目标。
通过阶段 D 的步骤，建筑师可以开发以下知识：
- 哪种参考架构可以加速架构开发
- 哪些观点将推动利益相关者进行相关分析，以便在架构方案之间进行选择
- 哪些应用程序架构模型和数据模型将有助于找到缺陷的根源以及解决该缺陷的变更
- 业务架构的变化会推动其他领域的变化
- 其他领域的变化推动了业务架构的变化
它创建了以下核心作品产品：
- 从利益相关者的关注角度分析候选信息系统架构的观点
- 当前和候选目标业务架构
- 业务架构差距
- 改变业务的候选工作产品
D 阶段主要关注基础设施设计、IT 服务、云与本地、通信与网络、构建与购买以及变更规划等内容。正确评估和理解这一阶段至关重要。
有关详细信息，请参阅 TOGAF ADM D 阶段——开发技术架构 盖子 D 阶段技术架构交付成果, 技术架构模型 D 阶段指南和技术。
下载 TOGAF 标准简介，第 10 版
下载 TOGAF® 标准第 10 版简介 TOGAF 标准第 10 版使企业架构最佳实践的采用变得更加容易。它将通用概念与经过验证的最佳实践区分开来。标准强调在哪里 […]
下载 TOGAF 和 SABSA 集成
下载 TOGAF 和 SABSA 集成 将世界上最好的安全架构框架 SABSA 和行业标准企业架构框架 TOGAF 结合在一起。下载 TOGAF 和 SABSA 集成 TOGAF 和 SABSA 集成包括 SABSA 使用 [...]
E 阶段：识别机会和解决方案
本节将简要解释。我们的文章 TOGAF ADM E 期 详细介绍 ADM 阶段。
E 阶段从开发和分析不同的 领域架构 了解旅程。如果不了解旅程，开发目标架构是毫无意义的。
通过阶段 E 的步骤，建筑师可以开发以下知识：
- 你可以在哪些中间点停止或改变旅程，同时保留价值
- 不同的工作努力和风险如何影响潜在的价值交付
它创建了一个核心工作产品：
- 这 架构路线图
路线图将确定项目、职责范围、实施策略并提供职责范围。职责范围将阐明治理方向：绩效期望、约束和风险偏好以及实施策略。
有关详细信息，请参阅 TOGAF ADM E 期 盖子 E 阶段架构交付成果, 架构路线图技术 和阶段 E 工具。
F 阶段：制定迁移计划
以下是 ADM 阶段 F 的简要说明。 TOGAF ADM 阶段 F – 制定实施计划 详细介绍 ADM 阶段。
F 阶段从赋能选择过渡到 架构路线图 规划实施。实施计划涵盖所有基本要素，并根据优先级阐明实施模式。成本评估、收益、依赖性评估是其中的一些活动。
通过阶段 F 的步骤，建筑师可以开发以下知识：
- 哪些项目将交付哪些工作包和过渡架构
- 实施计划之间的依赖关系
- 职权范围
- 这组项目是否需要独特的实施治理。
它创建了以下核心工作产品：
- 实施计划
- 建筑合同
- 实施治理框架
有关详细信息，请参阅 TOGAF ADM 阶段 F – 制定实施计划 盖子 F 阶段实施计划可交付成果, 实施计划技术 和阶段 E 工具。
阶段 G：治理实施
这是一个简单的解释。 TOGAF® ADM G 阶段 - 确保价值 详细介绍 ADM 阶段。
G 阶段从确定最佳前进路径转变为实施最佳前进路径。G 阶段的重点是 实施治理. 它专注于实现预期价值。
通过阶段 G 的步骤，建筑师可以开发以下知识：
- 实施项目是否 实现预期价值
- 实施项目是否 在限制范围内工作
- 实施项目是否 超出其指定的风险偏好
它创建了以下核心工作产品：
- 康复建议
有关详细信息，请参阅 TOGAF® ADM G 阶段 - 确保价值 盖子 G 阶段交付成果, G 阶段技术 以及 G 阶段工具。
阶段 H：架构变更管理
这是一个简单的解释。 TOGAF® ADM H 阶段 - 确保企业敏捷性 详细介绍 ADM 阶段。
阶段 H 是您的检查步骤。它确认您的组织是否收获了目标架构的预期收益。它查看当前环境是否改变了架构分析的基础。
通过阶段 H 的步骤，建筑师可以开发以下知识：
- 实施的变更是否实现了预期价值
- 贵组织环境的变化是否改变了架构分析的基础
它创造了以下核心作品产品：
- 架构变更请求
专门的 要求建筑工作 推动当前目标架构的变革 - 实施价值评估
- 威胁与机遇评估
有关详细信息，请参阅 TOGAF® ADM H 阶段 - 确保企业敏捷性 盖子 H 阶段交付成果, H阶段技术 以及 Phase H 工具。
TOGAF H 阶段 - 应用敏捷 和我们录制的网络研讨会 True Life EA 网络研讨会：敏捷 COVID-19 响应 解释实际工作的实现 企业敏捷性 以最佳实践为主导 企业架构师.企业敏捷性是关于应对意外机会和威胁的能力。
下载 TOGAF 标准简介，第 10 版
下载 TOGAF® 标准第 10 版简介 TOGAF 标准第 10 版使企业架构最佳实践的采用变得更加容易。它将通用概念与经过验证的最佳实践区分开来。标准强调在哪里 […]
下载 TOGAF 和 SABSA 集成
下载 TOGAF 和 SABSA 集成 将世界上最好的安全架构框架 SABSA 和行业标准企业架构框架 TOGAF 结合在一起。下载 TOGAF 和 SABSA 集成 TOGAF 和 SABSA 集成包括 SABSA 使用 [...]
构建 EA 能力的专业阶段
在本节中，我们将解释建立企业架构能力的 TOGAF ADM 阶段。
初步阶段 - 框架和原则
介绍性阶段，也称为初步阶段，用于 发展企业架构团队.它侧重于企业架构团队必须解决的关键问题。这些包括：
- 它的目标是谁？
- 在哪里使用它
- 如何使用模型
- 你为什么需要它
上述步骤使利益相关者的概念更加清晰。它还使应用程序/实现和使用它更加直接。了解初步阶段后，您将能够：
- 定义组织或企业
- 识别并理解企业中的主要元素和关键驱动因素。
- 描述架构工作的需求
- 定义影响架构工作的原则
- 为组织确定最可行的框架
- 定义不同的管理框架如何连接
- 评估 企业架构团队的成熟度
