How to Establish Architecture Capability in TOGAF (如何在TOGAF中建立体系结构能力)?

如何使用 ADM 建立架构能力的指南?

A guide to how to use ADM to build architectural capabilities?

概述

与任何业务能力一样，企业架构能力的建立可以得到 TOGAF 架构开发方法 (ADM) 的支持。成功使用 ADM 将提供以客户为中心、增值和可持续的架构实践，从而支持业务，帮助最大化投资价值，并主动识别获得业务收益和管理风险的机会。

通过遵循用于在组织内建立任何其他能力（例如业务流程管理能力）的相同方法，可以在组织内建立可持续的架构实践。ADM 是用于构建和管理此类功能实施的理想方法。应用具有特定架构愿景的 ADM 在组织内建立架构实践将实现这一目标。

这不应被视为架构项目的一个阶段或一次性项目，而应视为一种持续的实践，它提供上下文、环境和资源来管理和实现向组织的架构交付。在此环境中执行架构项目时，它可能会要求更改架构实践，这将触发 ADM 的另一个周期以扩展架构实践。

在组织内实施任何功能都需要设计四个领域架构：业务、数据、应用程序和技术。因此，在组织内建立架构实践需要设计：

  • 架构实践的业务架构，将突出架构治理、架构流程、架构组织结构、架构信息需求、架构产品等。
  • 将定义组织的企业连续体和架构存储库结构的数据架构
  • 该应用程序体系结构指定的功能和/或应用服务所需，使建筑实践
  • 该技术架构描绘支持架构的应用程序和企业连续的架构实践的基础设施要求和部署

下面针对 ADM 阶段的背景作為解释了建立架构实践的步骤。因此，读者应参考第二部分：架构开发方法 (ADM) 中的相关 ADM 阶段，以了解每个步骤的完整范围。在本节中，将重点介绍每个 ADM 阶段应考虑的关键方面，这些方面是特定于建立架构实践的。因此，目的不是重复每个 ADM 阶段的描述，而是引导读者在建立架构实践的上下文中应用每个 ADM 阶段。

 

 

阶段 A：架构愿景 (Architecture Vision)

在建立架构实践的中，此阶段的目的是定义或审查架构实践的愿景、利益相关者和原则。此阶段的重点将放在整个架构实践上，而不是某个特定的架构项目上。

在理解建立架构实践的范围的步骤时，应考虑以下因素：

  • 建立项目：此步骤应侧重于定义架构实践中的利益相关者。利益相关者将包括参与架构实践的角色和组织单位，以及那些将从架构实践产生的可交付成果中受益的角色和组织单位，这些可交付成果因此可以被定义为架构实践的客户。
  • 确定利益相关者和关注点、业务需求和架构愿景：此步骤从架构实践的业务信息系统和技术角度生成基线和目标环境的第一个非常高级的定义。
  • 确定业务目标和业务驱动因素：与特定的架构项目相比，这与架构实践更相关。了解业务目标和驱动因素对于使架构实践与业务保持一致至关重要。
  • 定义范围：定义架构实践的范围将是下一个时期架构方面应解决的问题的高级项目计划。
  • 定义约束：这一步的重点应该是影响所有架构项目的企业范围的约束。
  • 审查架构原则，包括业务原则：此步骤的目的应该是定义将管理和指导架构实践运行的原则。在架构原则通常管理架构可交付成果的情况下，架构实践原则将解决架构实践组织、内容、工具和过程。
  • 制定架构工作声明和安全批准：此步骤应生成架构实践愿景和范围。

在此阶段可以考虑的另一个步骤是进行架构成熟度评估。有关此主题的指导，请参阅51. Architecture Maturity Models。

阶段 B：业务架构 (Business Architecture)

在建立或完善架构实践的业务架构的这个阶段，重点关注的领域是：

  • 一个建筑本体的定义将在组织，以确定这些条款的共同理解所使用的建筑术语和定义。
  • ADM 将构成流程基础的架构流程，需要对其进行定制以满足组织的要求和架构实践愿景。有关制定此过程的指导，请参阅5.3 调整 ADM。所需的架构治理流程应包含在整个架构流程中。
  • 该架构观点和意见，其中列出了应该由架构实践中解决的观点和看法。确定的架构实践利益相关者将指导这个定义的发展。要包含的观点之一是架构治理观点；有关此输出的指导，请参阅第 IV 部分35. Architectural Artifacts。
  • 该体系结构框架描述将由架构实践中产生的各种架构交付的相互关系和依赖性架构交付之间，以及规则和管理这些交付的设计指南。定义的架构观点和视图应该用于指导架构框架的定义。第二部分：架构开发方法 (ADM)和36. 架构可交付成果是有助于描述架构框架的有用参考资料。
  • 该架构责任矩阵定义角色在架构实践和分配角色的问责架构交付和流程。该矩阵将包括所需的架构治理结构和角色。第 II 部分：架构开发方法 (ADM)以及47. 架构委员会、50. 架构治理和52. 架构技能框架将提供有关此输出的指导。
  • 该架构性能指标识别和描述将被用于监测针对其既定的建筑实践的愿景和目标的架构实践的性能指标。
  • 该体系结构治理框架这是定义架构过程和架构问责矩阵的特定视图。

阶段 C：数据架构 (Data Architecture)

架构实践的数据架构将指定和管理组织的企业连续体和架构存储库的结构。数据架构应该基于架构框架来定义。数据架构有时被称为架构实践的元模型。

阶段 C：应用架构 (Application Architecture)

架构实践的应用架构定义了生成、维护、发布、分发和管理架构框架中定义的架构可交付成果所需的功能。重点应该放在建模所需的建模工具集上，但不应是唯一的重点。有关选择工具集的指导，请参阅 Chapter 42: 架构开发 工具。发布架构可交付成果以解决架构框架中的特定视图有时需要专门或定制的功能，不应被忽视。

阶段 D：技术架构 (Technology Architecture)

架构实践的技术架构应该定义支持架构实践的技术基础设施。

 阶段 E：机遇与解决方案 (Opportunities & Solution)

在规划架构实践建立的这个阶段要考虑的一个关键因素是所需的组织变革以及如何实现。

阶段 F：迁移规划 (Migration Planning)

在这个阶段，重点不仅应该放在信息系统架构组件上，还应该包括业务架构。架构流程和框架的采用将对组织中架构实践的整体建立产生重大影响。

阶段 G：实施治理 (Implementation Governance)

架构实践的业务架构的实现应该是这个阶段的重点。改变组织内的实践以采用更加结构化和纪律严明的方法将是一个挑战，应该通过适当的组织变革技术来解决。

阶段 H：架构变更管理 (Architecture Change Management)

架构实践的架构变化应该由这个阶段管理。这些变化通常是在架构项目的执行过程中触发的。一个典型的变化是对新架构可交付成果的需求。这将影响架构实践的所有架构领域。

需求管理 (Requirement Management)

理解和管理架构实践的需求至关重要。需求应该清楚地表达出来并与架构实践愿景保持一致。

 

 

 

posted on 2021-11-05 13:55  Lynch_Warren  阅读(179)  评论(0)    收藏  举报

导航