业务架构师使用 TOGAF 构建 IT 部门的方法

一个 业务架构师’构建IT部门的方法是一个简单的架构开发问题。我们如何优化现代IT组织?

大多数IT组织都是在杂乱无章的开发过程中产生的,缺乏对公司运营模式的理解或关注。它们对随机的组织压力和技术变革做出了反应。通常情况下,组织的设计和结构是由所实施的技术驱动的。.

业务架构师使用 TOGAF 构建 IT 部门的方法

概览

为什么要为 IT 部门创建业务架构?

大多数IT组织的发展都是杂乱无章的,既不理解也不专注于支持公司的运营模式。它们的发展缺乏深思熟虑的业务架构。它们只能应对随机的组织压力和技术变革。.

通常,组织设计和结构是由所实施的技术驱动的。在考虑组织设计时,最常见的讨论是集中化和分布式之间的连续性。.

这两种方法都无法让 IT 职能做好准备来支持 数字化转型数字化转型是一种战略, 、运营模式和运营变革。技术进步与组织向客户提供的产品和服务直接相关的变革。.

IT部门的业务架构奠定了基础。许多人惊讶的是,你应该应用 B阶段TOGAF ADM 提交给 IT 部门。 数字化转型 - 杠杆 4 数字化转型的七大杠杆 是您的 IT 交付能力。.

良好业务架构的价值

在我们讨论好的价值之前 业务架构, ,它有助于准确定义它是什么。.

业务架构是其中之一 企业架构领域. 业务架构流程需要使用一组单一的构件来构建公司的理想状态和当前状态。架构中最重要的元素是这些构件之间的相互关系,以及当前状态与目标状态之间的差距。.

差距会告诉你你的组织需要做出哪些改变。 架构路线图 是优先发展的旅程,旨在开发协调一致的能力以满足公司的目标,将这一需求传达给所有利益相关者,并将公司从当前状态转变为理想状态。.

业务架构有助于组织公司的结构、人员、技术和运营。因此,业务架构能够展现组织的运营情况,并有助于业务规划和改进。它能够让您全面了解公司的政策、理念、服务和解决方案、标准和指南。它能够促进和协调组织内的 IT 活动。.

业务架构的主要目的是确定如何实现企业的目标,以及企业的重要组件及其与其他组件的关系。.

明确定义企业的目标、关键组成部分及其相互关系。业务架构基于各个部门的目标和企业整体目标。业务架构和战略规划对于规划、组织和实施组织的业务目标至关重要。它有助于组织内众多内部和外部组件的平稳运行。.

业务架构是一种基于公司战略愿景的规划,它从数百页文字的"叙述式"模式转变为更直观、更易于理解的模式。它有助于公司多元化的技能形成协同效应,并引导其朝着战略目标迈进。业务架构为公司的组织结构、人员配置和业务发展奠定了清晰的基础。.

业务架构凭借其视觉和图形效果,可以实现公司业绩信息无法企及的成果。业务架构可以描述和预测公司当前的基准状况以及理想的未来状态。在当前状态和目标状态之间,可能存在一个或多个过渡状态。过渡状态是公司目标与理想状态之间的一种折衷。.

那么,业务架构为何如此重要?我们正确地将上游企业愿景未能转化为可操作的目标,这是当今行业普遍存在的问题。下游业务部门之间以及业务与IT之间的关键协调也存在问题。业务架构的目的是确保公司内部协调一致。业务架构展示了公司的构建方式,并清晰地展现了能力、流程、组织和信息等方面是如何相互作用的。业务架构只是企业架构的一个领域,但却是一个重要的领域,即使是领域中最资深的专家也会忽视它。.

什么是业务架构师?

一个 商业架构师 进行分析,帮助利益相关者了解其组织,从而做出更好的改进决策。当你了解系统后,你就能有效地改变它。.

业务架构师的工作不是选择目标。相反,他们的工作是将期望和不足转化为可理解的变革。有成本的变革,, 成功的不确定性, 并阻止其他变更。业务架构师帮助利益相关者为其公司选择最佳路径。.

IT部门的业务架构

经典结构 IT 部门作为成本敏感的支持组织 必须进行更改。在更改过程中,业务架构师需要考虑对客户、合作伙伴和供应商的影响。.

与任何其他转型一样,IT交付转型是一项复杂的工作。重塑IT部门的独特之处在于数字化转型过程中IT角色的转变。.

要开发业务架构,请使用标准 业务架构模型

  • 运营模式通常将是卓越的架构
  • 企业的商业模式将是卓越的架构。创建IT商业模式是一个好主意。.
  • 价值链可以来自 IT4IT 参考架构
  • 需要能力模型
  • 信息模型应基于 IT4IT 参考架构
  • 流程模型将会有所帮助
  • 需要组织模型
  • 需要功能模型

>>> 看看 业务架构能力评估指南 用于描述必要的 IT 部门能力、流程和功能的属性

您可以期待从成本敏感的支持组织完全转型为一个能够持续支持后台功能并同时成为价值交付核心的组织。所有业务架构师都需要了解 信息技术管理委员会.

经过 数字化转型, 信息技术可以是产品、服务,也可以是价值链中的增值步骤

简而言之,当你改变一个IT组织时,我们应该使用最佳实践的业务架构技术来改变它。一旦你有了业务架构,你就可以开发组织模型和支持应用程序来支持IT业务。.

IT 领导者常常忘记他们需要作为一个业务部门来运营,从而导致交付不足。IT 部门良好的业务架构可以 企业敏捷性 并需要与 企业架构原则.

那么,个人和IT团队可以遵循哪些指导原则来促进良好的业务架构呢?我们认为TOGAF是最好的业务架构框架之一。.

什么是TOGAF?

开放群组架构框架,或 TOGAF, ,是领先的 企业架构框架. 几乎每位称职的企业架构师都至少对该框架有基本的了解。毕竟,近二十年来,它一直是全球许多最成功企业重要架构开发的一部分。.

该框架为客户提供了创建高层企业架构所需的方向。因此,这些设计可以提供一定程度的视角,帮助利益相关者最大限度地提高重要流程的效率,并制定完整且具有风险意识的组织发展战略。.

开放群组的 TOGAF 框架 是业内广泛使用和认可的标准。让我们来看看TOGAF提供的基本最佳实践,以更好地理解它的运作方式。.

业务架构最佳实践

开发业务架构需要与利益相关者以及 不同的企业架构工作 在企业架构团队中。IT 的业务架构也一样。IT 部门是企业内部的一个组织。如果您正在进行数字化转型,IT 部门可能会决定转型的成败。.

虚弱的 企业架构团队 利用他们的业务架构师来翻译'业务'。他们不是业务架构师,而是翻译员。最佳实践业务架构师会履行其职责——帮助变革领导者选择最佳变革,并为他们提供工具来 治理变革.

企业架构开发最佳实践方法 TOGAF 架构开发方法. 。如果您不熟悉 TOGAF ADM,请查看 TOGAF ADM 阶段详解 或阅读 企业架构开发实践指南.

业务架构模型

开发业务架构需要开发几个 企业架构模型. 每个企业架构模型都描述了一个或一组基本结构。不同的模型以不同的方式解释企业。.

总的来说,这些模型描述了业务架构。在完整的企业架构中,这些模型将链接到描述其他企业架构领域的其他模型。.

运营模式

许多人混淆了运营模式的使用方式和运营模式本身的含义。运营模式代表着组织如何创造价值,以及由组织内部的谁来创造价值。.

通常,运营模式体现了与企业战略相符的独特能力、高素质的领导团队、独特的投资配置以及贯穿整个价值链的紧密协调。运营模式是企业的支柱,对于战略的有效性和持久性至关重要。.

商业模式

创建业务模型工件的物理过程使架构师能够将企业的战略观点纳入战略制定和业务规划运营中。在这种情况下,架构师及其创建的模型能够弥合战略与架构之间的差距。这有助于增强企业架构与战略的一致性,提升架构的整体质量,并提升架构师的专业知识及其对业务的价值。.

TOGAF ADM 的 B 阶段:业务架构 可以将商业模式作为关键输入。商业模式非常善于让领导团队成员就新战略或新公司方向达成一致。在运营和组织层面,业务架构更能有效地协调公司其他部门,确定需要做什么(以及如何做)。.

价值链

价值链图是组织与外界互动的高层表示。与阶段 B 中生成的更正式的功能分解图相比,价值链图更注重呈现效果。该图的目标是快速引导利益相关者参与并协调特定变更工作,以便所有参与者了解架构参与的高层功能和组织背景。一种常见的方法是提供简化的业务流程图,并定义每个活动所需的价值组件和调整。.

能力模型

基于能力的规划关注的是企业的战略业务能力' 规划、工程和交付。它由业务驱动和主导,汇集了业务各个领域的所有活动,以实现所需的能力。大多数(如果不是全部)企业业务模式都采用基于能力的规划,这对于需要潜在适应能力且相同资源用于各种能力的公司尤其有益。业务场景通常用于发现和细化对这些能力的需求。.

从IT角度来看,基于能力的规划非常重要。例如,建立数据中心主要涉及集成业务数据并提供相关服务。除了IT架构之外,该职位的首席企业架构师还将负责监督建设、人员培训和其他变更管理工作。.

信息模型

在 TOGAF 框架下,业务信息模型反映的是组织数据的语义,而非数据库设计。它概述了对组织而言重要的项目以及可能收集相关数据的项目(作为实体),以及这些重要项目之间的关联(作为关系)。由于它避免了许多系统级组件,因此比逻辑数据模型更容易解释。它涵盖了公司的所有信息,而不仅仅是数字信息。.

大多数情况下,每个公司只有一个业务信息模型,用于描述整个组织的所有相关数据。我们可能会使用一个或多个图表来图形化地表示信息模型的全部或部分内容。.

业务架构师的价值定义

增值活动是:

  • 顾客会付钱,,
  • 它改变了(改变形式、适合度或功能)产品或服务,,
  • 第一次就做对了。.

所有关于增值的讨论都需要考虑浪费。我们应该将每项活动都视为浪费,除非它:

  • 满足明确的客户要求
  • 无法证明其更经济
培训成功之路

将业务架构应用于IT部门

IT 业务架构必须引导您找到所需的 IT 组织。执行主要价值链活动的 IT 组织必须紧跟市场变化的步伐。因此,其交付流程不能再沿用传统方法。IT 必须遵循自动化交付原则和精益实践,例如持续监控、自我修复和效率提升;必须支持决策并交付产品;并且必须从差异化因素转变为企业的骨干力量。.

IT参考模型的业务架构

我们首先 数字化转型的七大杠杆 以及 IT4IT 参考架构。七个杠杆让我们专注于不同的问题。每个杠杆都代表着数字化转型的不同方面。为了取得成功,你需要调整每个杠杆。.

数字化转型的七个杠杆——跳过杠杆的影响

七个杠杆中的每一个都强调了现代 IT 组织需要支持的一组不同能力。.

  • 杠杆 1 - 业务流程转型 - 盲目飞行。没有准备好迎接机遇和变革
  • 杠杆 2 - 客户参与和体验 - 没有忠诚的客户群
  • 杠杆3——产品或服务数字化—— 价值主张落空
  • 杠杆 4 - IT 和交付转型 - 敏捷性低且决策不慎
  • 杠杆5——组织文化—— 技术不足和自主性低
  • 杠杆 6 - 策略 - 音盲和系统性衰竭
  • 杠杆 7 - 生态系统和商业模式 - 失去协同作用且没有降落伞

商业模式

大多数想法都始于一种最佳方案:集中式、分布式、双模、外包、SaaS、云、IT即服务,甚至下一代IT。支持者和专家们将他们最喜欢的方案推广为唯一的答案。.

事实上,答案不止一个。答案从来就不只有一个。.

价值链

IT4IT - IT部门价值链而IT部门的价值链则非常一致。无论IT服务是纯粹的后台办公,还是定义公司的数字产品,都无关紧要。价值链包括规划、构建、交付、运行。.

我们针对后台和面向客户的数字服务以不同的方式执行共同的价值链。.

这是IT部门面临的最大挑战。其他所有人都会知道自己是处于企业的主要价值链还是支持价值链。数字产品和服务可能兼具两者。不妨想想Seven Lever的第一个杠杆——数字化流程。你需要设计一个提高效率的后台流程,以及一个支持客户价值主张的面向客户的流程。.

IT 服务与业务价值链不同部分的互动是最困难的业务架构挑战之一。.

能力模型

我们转向 IT4IT 以获得 IT 能力 参考架构. 基础 IT4IT 功能模型非常注重创建和使用 IT4IT 信息模型中的信息。然而,它通过加速我们的工作并提高工作质量,符合良好参考模型的检验标准。.

当我们在企业主价值链中与IT部门合作时,我们会使用商业模式画布来识别直接支持客户价值主张的IT能力。任何依赖于IT能力的关键活动和关键资源都必须被视为主价值链的一部分。.

信息模型

我们跳转到 IT4IT 获取 IT 信息 参考架构. 这是一个全面的参考架构。它告诉我们,每个 IT 组织都会用到每条信息。业务架构师使用此模型是为了确定信息流的严谨程度或自动化程度。毕竟,测试用例可以与实际问题进行广泛的交互。.

与 IT4IT 能力模型一样,信息模型加快了我们的工作速度并提升了质量。我们考虑的是严谨性、自动化和集成性,而不是创造潜在的数据流。.

IT4IT——IT 信息模型业务架构师的价值定义

信息技术可以是产品,也可以是服务,甚至可以在价值链中扮演关键增值环节的角色。传统的信息技术组织在优化效率和优化价值创造之间左右为难。.

我们始终坚持六西格玛对增值活动的经典定义:

  • 顾客会付钱,,
  • 它改变了(改变形式、适合度或功能)产品或服务,,
  • 第一次就做对了。.

所有关于增值的讨论都需要考虑浪费。我们应该将每项活动都视为浪费,除非它:

  • 满足明确的客户要求
  • 无法证明其更经济

业务架构师的 IT 方法需要改变他们的思维方式。我们需要停止将 IT 视为一个支持部门。开始思考信息技术服务(无论来自哪个供应商)在组织的产品和服务战略中扮演的角色。.

设计现代 IT 功能需要将信息技术的发明、管理和操作与支持导向的 IT 组织的限制分开。.

业务架构师的 IT 重新设计方法和交付转型

IT 业务架构中最重要的任务之一是处理 IT 在企业价值链中的参与。 IT产品和服务是否直接对组织的产品或服务做出贡献?其次,确定能够支持活动的IT产品。.

一切都基于这个基础模型。仅仅因为IT产品是主要价值链的一部分,并不会改变它作为IT产品的事实。它的设计、生命周期和运营都需要最佳实践的IT方法。如果你把主要价值链中的IT产品视为非IT产品,你永远都会失败。.

达成一致 企业敏捷性 与市场预期同步也会对业务架构产生巨大影响, IT架构 您的 IT 部门。.

我们甚至复制了IT部门,以确保IT职能的有效性。创建一个与主要价值链中的价值创造直接相关的部门。另一个部门则构建为后台支持服务的支持服务。.

IT部门业务架构,IT4IT服务骨干

关于 IT 业务架构的最终思考

大多数IT组织发展混乱,缺乏对公司运营模式的理解和支持。这损害了他们支持数字化转型的能力。数字化转型七大杠杆中的第四个杠杆,就是要确保你的IT组织能够满足需求。.

如果你将主要价值链中的数字产品视为 IT 产品以外的产品,那么你总是会失败

开始使用经过深思熟虑的业务架构。不要再根据技术实施带来的随机组织压力来设计您的 IT 部门。.

业务架构师的IT方法改变了这一点。我们精心设计了IT部门的业务架构,并强制IT组织进行数字化转型。.

与任何其他转型一样,IT交付转型是一项复杂的工作。IT重塑的独特之处在于,IT必须保持业务运转,跟上业务变化的步伐,并不断进行自我变革。.

业务架构师的 IT 方法的核心是“七个杠杆”和 IT4IT 参考架构。构建强大的业务架构,并用它来测试您 IT 组织的 IT 架构。.

为 IT 开发业务架构只是第一步。您需要开发应用架构和技术架构。然后将这些差距整合成一个行动 TOGAF 阶段 E架构路线图.

简单来说,控制杠杆 4!

我们公司以在最佳实践企业架构领域处于领先地位而自豪。我们 提供企业架构咨询, ,或者我们 建立强大的企业架构团队.

如果您愿意,可以采用我们的 DIY 方法 企业架构资源, 企业架构培训, , 或者 TOGAF认证培训.

联系我们. 与我们合作,实施最佳的企业架构是一个轻松的过程。.

聘请专家加速您的旅程。根据您的日程安排预约通话时间

走最快的路。.

聘请专家提供有用的企业架构
通过咨询项目或打包研讨会

引导有效变革

聘请专家来发展您的内部 EA 团队
指导、领导或加入您的团队,或打包培训
实用企业架构培训, TOGAF认证培训, 或专业技能,例如 利益相关者的参与

滚动至顶部
秘密链接