跳至正文
Read this post in: de_DEen_USes_ESfr_FRid_IDjapl_PLpt_PTru_RUvizh_CNzh_TW
Home » Enterprise Architecture » 应对复杂性:理解TOGAF ADM中的迭代

应对复杂性:理解TOGAF ADM中的迭代

引言

企业架构的世界是一个动态的领域,不断演变以满足组织日益变化的需求。在这个动态环境中,僵化的线性架构开发方法将无法满足需求。这正是开放组架构框架(TOGAF)及其架构开发方法(ADM)发挥作用的地方。尽管TOGAF ADM的图形化表示看似是一种线性的、瀑布式的流程,但实际情况远比这更加灵活和迭代。在本文中,我们将深入探讨TOGAF ADM中的迭代概念,探索它如何使组织能够有效应对复杂性并适应变化。

TOGAF ADM 的基础

TOGAF ADM 是一种用于开发和管理企业架构的全面方法论。它包含多个阶段,包括预备阶段、A阶段至H阶段。尽管看起来像是从一个阶段线性过渡到下一个阶段,但必须认识到,这种看似线性的结构实际上只是为了便于沟通而做出的简化。实际上,TOGAF ADM通过两个关键概念来管理复杂性:迭代和层级。

  1. 通过迭代构建全面的架构全景TOGAF ADM 中迭代的一个基本方面是构建全面的架构全景。这涉及从A阶段开始多次循环执行ADM流程。每个循环由“架构工作请求”启动,该请求定义了架构计划的范围和目标。
    • 项目与循环项目被启动以开展特定的架构工作,它们会经历完整的ADM循环,产生有助于不断演进的架构全景的架构输出。不同的项目可以同时运行各自的ADM循环,甚至可以根据发现的机会或解决方案触发其他项目的启动。
    • 改变架构全景每个ADM循环的输出都会扩展或修改现有的架构全景,使其与组织不断变化的需求保持一致。
  2. ADM循环内的迭代(架构开发迭代)在单个ADM循环内进行架构开发并非单向过程。它涉及不同阶段之间的动态互动,从而实现灵活性和收敛。
    • 并行阶段项目可以同时运行多个ADM阶段。当处理业务架构、信息系统架构和技术架构之间的复杂相互关系时,这一点尤为有用。
    • 阶段间的循环在某些情况下,项目可能会有意识地在不同的ADM阶段之间循环,按计划覆盖多个阶段。当需要聚焦于详细的目标架构时,这种方法尤为有价值,尤其是在高层次架构背景缺失或不完整的情况下。
    • 返回到先前阶段灵活性是TOGAF ADM的核心。项目可以返回到先前阶段,用新信息更新工作成果。这通常用于根据不断变化的利益相关者需求,优化可执行的架构路线图或实施与迁移计划。
  3. 通过迭代管理架构能力(架构能力迭代)除了单个架构的开发之外,TOGAF ADM还认识到管理组织整体架构能力的重要性。
    • 预备阶段的迭代项目可能需要对预备阶段进行额外的迭代,以建立或重新建立A阶段中确定的架构能力方面。这可能是由于新的架构工作请求或需求变化而引发的。
    • 适应变化当在H阶段出现变更请求时,项目可能会启动预备阶段的新一轮迭代,以调整组织的架构能力,以适应新的或修改后的需求。

不同类型迭代的示例

以下示例展示了TOGAF ADM框架中的迭代如何使组织能够响应不断变化的需求,优化其架构,并在整个架构开发与管理生命周期中确保与业务目标保持一致。

当然!让我们通过一些实际示例来说明TOGAF ADM框架中的不同类型迭代:

  1. 用于构建全面架构全景的迭代:

    示例: 想象一家大型跨国企业启动一项全企业范围的数字化转型计划。他们启动一个ADM循环(阶段A到阶段H),以创建与战略目标一致的目标架构。在此循环过程中,他们确定了若干具体项目,例如实施新的客户关系管理(CRM)系统以及升级其数据中心基础设施。这些项目各自经历自己的ADM循环,共同构成了全面的架构景观。此外,其中一个项目识别出需要启动一个新项目来应对网络安全问题,从而触发了另一个ADM循环的启动。

  2. ADM循环内的迭代(架构开发迭代):

    示例: 一家零售公司正在开发一个新的电子商务平台(一项技术项目),作为其数字化转型战略的一部分。在这个项目中,他们意识到其初始的业务架构并不能完全支持他们希望提供的客户体验。因此,他们没有线性地继续推进ADM各阶段,而是同时重新审视并优化其业务架构,同时推进技术架构和信息系统架构的建设。这种并行迭代使他们能够有效协调架构的各个方面。

  3. 管理架构能力的迭代(架构能力迭代):

    示例: 一家负责公民服务的政府机构拥有成熟的架构能力。然而,他们收到一项立法指令的变更请求,要求加强数据隐私和安全。为此,他们启动了初步阶段的新一轮迭代,以评估对架构能力的影响。这包括更新治理流程、安全政策和培训计划,以符合新的要求。这种迭代方法确保架构能力能够持续适应并响应外部变化。

  4. 返回先前阶段进行更新:

    示例: 一家金融机构正在实施新的核心银行系统,他们已经通过多个ADM循环来开发架构。当他们接近实施阶段时,发现有关数据保留的新监管要求。他们没有僵化地坚持当前阶段,而是返回到业务架构阶段以更新需求,并在技术架构阶段中纳入必要的数据保留能力。这种迭代方法使他们能够保持合规性,并确保架构与不断演变的监管标准保持一致。

  5. 在各阶段之间循环以达成目标架构:

    示例: 一家航空航天制造商正在开发一架新飞机。他们在初步阶段从一个初始概念开始,但发现需要反复回溯并优化业务架构、信息系统架构和技术架构。他们多次在这些阶段之间循环,直到最终形成一个详细且可行的目标架构,满足技术和业务需求。这一迭代过程确保了架构经过充分考量,并与项目目标保持一致。

 

结论

TOGAF ADM并非一种放之四海而皆准的线性流程。相反,它是一个灵活且可适应的框架,充分接纳迭代的概念。通过理解并应用ADM各阶段中的迭代,组织能够有效应对开发和管理企业架构的复杂性。这种迭代方法提升了敏捷性,确保与不断变化的业务需求保持一致,并使组织能够在不断变化的商业环境中蓬勃发展。本质上,TOGAF ADM的迭代过程是充分发挥企业架构潜力、实现可持续成功的关键。

发表回复