什么是TOGAF架构开发方法？
TOGAF ADM 是一种创建知识的逻辑方法。知识：
- 找到组织绩效和风险不足的原因
- 提供 替代修正 弥补不足
- 使关键决策者能够选择 建筑替代方案
- 提供手段 确保实施团队交付成果 预期收益，遵循其约束，并且不超过可接受的风险
这是开发和使用企业架构。.
记住，, 企业架构是一门学科， 指导有效变革. 。您可以找到绩效不足的根源，并帮助决策者解决这一不足。.
TOGAF ADM 支持您所需的分析和知识创建。它指导您完成 模型 和 视图 创造你的知识。.
TOGAF ADM 是一个高级模型。它适用于各个行业。 企业架构用例. 您将 TOGAF ADM 调整为 制定战略, 支持组合, 指导项目，并通过解决方案交付推动持续的价值。相同的 ADM 阶段通过 有效的架构工作管理.
进一步实践最佳实践企业架构流程和方法
最佳实践 企业架构 从 Conexiam 导航
TOGAF ADM 概述
TOGAF ADM 是 TOGAF 标准. ADM 量表适用于每个细节层面——战略、投资组合、项目和解决方案交付。ADM 适用于所有 专门的 EA 用例 - 收购整合、数字化转型或 IT 现代化。ADM 适用于各行各业，包括制造业、软件业、消费品业、金融服务业或国防业。.
ADM 就是开发足够的新信息，使你的决策者能够做出 改善组织的最佳选择.
ADM 分为几个阶段 - 每个 ADM 阶段都旨在创建不同类型的信息。.
ADM 阶段的逻辑顺序 - 一个, B, C, D, 埃, F, 格, 和 哈 - 这不是活动流。它是一种简化的信息流。虽然信息流在很大程度上需要流程，但不要混淆，试着将其理解为线性瀑布流程模型。.
每次 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阶段技术 和 Phase 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 阶段。.
初步阶段——框架和原则
介绍阶段，也称为初步阶段，用于 发展企业架构团队. 重点关注企业架构团队必须解决的关键问题。其中包括：
- 它针对谁？
- 在哪里使用它
- 如何使用模型
- 为什么需要它
上述步骤使利益相关者能够更清晰地理解概念，也使应用/实施和使用更加简单。了解初步阶段后，您将能够：
- 定义组织或企业
- 识别并了解企业中的主要要素和关键驱动因素。.
- 描述架构工作的需求
- 定义影响架构工作的原则
- 确定组织最可行的框架
- 定义不同管理框架如何连接
- 评估 企业架构团队的成熟度
