业务架构师使用 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 提供的基本最佳实践,以更好地了解其运作方式。

业务架构最佳实践

开发业务架构需要与利益相关者和 不同的企业架构工作 在 EA 团队中。 IT 的业务架构没有任何不同。 IT 部门是您企业中的一个组织。如果您正在着手进行数字化转型,它可以决定转型的成败。

虚弱的 企业架构团队 使用他们的业务架构师来翻译“业务”。他们不是业务架构师,他们是翻译人员。最佳实践业务架构发挥作用 - 它们帮助变革领导者选择最佳变革,并为他们提供工具 治理变革.

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

业务架构模型

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

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

运营模式

许多人混淆了他们如何使用运营模式和运营模式是什么。运营模式代表组织如何创造价值 - 以及组织内的谁。

通常,运营模式显示出与企业战略相一致的独特能力、熟练的领导团队、独特的投资概况以及整个价值链的紧密协调。运营模式是企业的锚。这对战略的有效性和持久性至关重要。

商业模式

创建业务模型工件的物理过程允许架构师将企业的战略观点包括到战略开发和业务规划操作中。在这种情况下,架构师和他或她创建的模型以弥合战略和架构之间的差距。这有助于增强企业架构与战略的一致性,提高架构的整体质量,并提升架构师的专业知识和对业务的价值。

TOGAF ADM 的 B 阶段:业务架构 可以将商业模式作为关键输入。商业模式非常适合让领导团队成员就新战略或新公司方向达成一致。在运营和组织层面,业务架构更成功地将公司的其他部分与必须做的事情(以及如何做)保持一致。

价值链

价值链图是组织与外部世界交互的高级表示。与阶段 B 生成的更正式的功能分解图相比,价值链图侧重于表现力。此图的目标是快速加入并协调利益相关者以进行特定的变革努力,以便所有参与者都了解架构参与的高级功能和组织环境。一种常见的技术是提供简化的业务流程图并定义每个活动所需的价值组件和调整。

能力模型

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

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

信息模型

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

在大多数情况下,每个公司只有一个业务信息模型,它描述了整个组织的所有相关数据。我们可能会使用一个或多个图表以图形方式表示全部或部分信息模型。

业务架构师对价值的定义

增值活动是:

  • 客户会为此付费,
  • 它改变(改变形式、适合或功能)产品或服务,
  • 它是第一次正确完成。

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

  • 满足明确的客户要求
  • 不能显示更经济地执行
培训成功之路

将业务架构应用到 IT 部门

IT 业务架构必须将您带到所需的 IT 组织。执行主要价值链活动的组织必须以市场变化的速度交付。因此,其交付管道不再遵循传统方法。 IT 必须接受自动化交付和精益实践的原则,例如持续监控、自我修复和效率提升;必须支持决策并交付产品;并且必须从差异化因素转变为企业的支柱。

IT 参考模型的业务架构

我们从 数字化转型的七个杠杆 和 IT4IT 参考架构。七个杠杆让我们专注于不同的问题。每个杠杆都是数字化转型的不同方面。为了成功,您需要调整每个杠杆。

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

七个杠杆中的每一个都突出了现代 IT 组织需要支持的一组不同的功能。

  • 杠杆 1 - 业务流程转型 - 盲飞。未准备好迎接机遇和变革
  • 杠杆 2 - 客户参与和体验 - 没有忠实的客户群
  • 杠杆 3 - 产品或服务数字化 - 错过价值主张的标记
  • 杠杆 4 - IT 和交付转型 - 低敏捷性和轻率的决定
  • 杠杆 5 - 组织文化 - 熟练的无能和低所有权
  • 杠杆 6 - 策略 - 音盲和系统性故障
  • 杠杆 7 - 生态系统和商业模式 - 失去协同作用,没有降落伞

商业模式

大多数想法都是从一种最佳方式开始的:集中式、分布式、双模式、外包、SaaS、云、IT 即服务,甚至是下一代 IT。支持者和权威人士将他们的最爱作为唯一的答案。

实际上,没有一个单一的答案。从来没有一个单一的答案。

价值链

IT4IT - IT 部门价值链 而 IT 部门具有非常一致的价值链。 IT 服务是纯粹的后台办公室还是定义公司的数字产品并不重要。价值链是计划、构建、交付、运行。

我们为后台和面向客户的数字服务执行不同的共同价值链。

这是 IT 部门面临的最大挑战。其他人都知道他们是在企业的主要价值链还是支持价值链中。数字产品和服务可以两者兼而有之。想想七杠杆的第一杠杆——数字化流程。您设计了一个提高效率的后台流程和一个面向客户的流程来支持客户价值主张。

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

能力模型

我们跳到 IT4IT 以获得 IT 能力 参考架构.基本 IT4IT 功能模型非常注重在 IT4IT 信息模型中创建和使用信息。然而,它通过加速我们的工作和提高我们的工作质量来满足一个好的参考模型的测试。

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

信息模型

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

与 IT4IT 能力模型一样,信息模型加快了我们的工作并提高了其质量。我们考虑严谨、自动化和集成,而不是发明潜在的数据流。

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

信息技术可以是产品或服务,也可以是价值链中的关键增值步骤。经典的信息技术组织在优化效率和优化价值创造之间左右为难。

我们始终接近六西格码增值活动的经典定义:

  • 客户会为此付费,
  • 它改变(改变形式、适合或功能)产品或服务,
  • 它是第一次正确完成。

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

  • 满足明确的客户要求
  • 不能显示更经济地执行

Business Architect 的 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 部门。

Business Architect 的 IT 方法改变了这一点。我们刻意构建 IT 部门的业务。我们对 IT 组织实施数字化转型。

与任何其他转型一样,IT 交付转型是一项复杂的工作。 IT 重塑自身的独特之处在于,IT 必须保持业务运行,与业务变化保持同步,并改变自己。

业务架构师的 IT 方法的核心是七个杠杆和 IT4IT 参考架构。开发强大的业务架构。使用它来测试您的 IT 组织的 IT 架构。

为 IT 开发业务架构只是第一步。您将需要开发应用程序架构和技术架构。然后将间隙组合成一个动作 带有架构路线图的 TOGAF E 阶段.

简而言之,控制杠杆 4!

我们公司以成为最佳实践企业架构的领导者而自豪。我们要么 提供企业架构咨询,或者我们 发展强大的企业架构团队.

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

联系我们.对我们来说,实施最佳企业架构是一个轻松的过程。

使用专家来加速您通往成功的 EA 团队的旅程?一次预订电话以适合您的日程安排

以最快的方式通往成功的 EA 团队, 可预测的企业架构咨询业务.在固定的时间段内,我们将发展您的团队并确保他们提供有用的架构。

使用我们的定制和打包培训。 综合企业架构培训, TOGAF 认证培训,或专业技能,如 利益相关者参与.

滚动到顶部