category
有关企业架构 (EA) 治理、相关框架以及角色和职责的所有内容。 了解如何开发可持续的 EA 治理!
捷径
- 什么是企业架构治理?
- EA 治理上下文
- EA 治理框架
- EA 治理的指导原则
- 组织结构
- EA 治理角色和职责
- EA 治理流程
- EA 分类
- EA 指标
- EA 工具
- 结论
什么是企业架构治理?
企业架构 (EA) 治理是一种实践,涵盖了管理业务的基本方面。 它涉及坚定的领导力、对组织结构的全面了解、自信的方向以及启用有效的 IT 流程以促进企业战略。
但是,如果仅提炼出一个领域,EA 治理的目标就是将企业的架构要求协调为一组可理解的政策、流程、程序和标准——所有这些都是为了确保组织的愿景和标准与 实际业务需求。
它不是一门脱离现实的学科,也不是基于对什么正在发生什么没有发生的推测。 EA 治理是部署和维护业务战略不可或缺的一部分。
而且,在许多方面,这是一项永恒的工作。
如果没有 EA 治理,组织可能会陷入非标准化技术、不良产品采购或开发以及单一架构(即“孤岛”)的网络。这些习惯将不可避免地对财务和运营产生长期影响,从而在企业层面造成越来越难以纠正的协作和标准化问题。
借助 EA 治理模型,运营可以实现显着的成本节约并实现以下优势:
- 通过管理监督提高角色和责任的清晰度
- 通过提高透明度和问责制,制定清晰、快速的决策以克服挑战
- 架构一致性与简化的合规性
- 通过务实的方法进行相关且有用的企业架构管理
- 在整个企业中扩展和提升架构的业务价值
- 鼓励新受众对架构的开阔视野
- 对正确活动的架构工作进行优先级排序
- 了解改进领域以确定真正的最佳实践
不要将 EA 治理与 IT 治理混为一谈。 IT 治理是有效和高效地利用 IT 来实现组织目标的过程。下表更详细地解释了这种差异:
EA 治理不仅是 IT 主管(CIO 和 CTO)的职责,也是业务主管(在企业架构师、领域架构师、主题专家和整个组织内的各种其他支持人员的关键支持下)的职责。
EA 治理上下文
从概念上讲,EA 治理是一种方法、一系列流程、一种文化导向和一组自有职责,可确保组织架构的完整性和有效性。
下图表示 EA 治理框架中涉及的三个关键组件。
要使治理成功运作,所有三个要素必须协同工作。 这种与内容无关的方法确保了框架的灵活性。 此外,这些流程通常独立于内容,并实施经过验证的最佳治理实践方法。
EA 治理框架
组织要实现其 EA 目标,需要一个完善的治理框架来支持企业架构的实施和管理。
维护企业架构的治理框架由以下组件组成:
- 组织结构
- 角色和职责
- 流程
- 标准和指南
- 指标
- 工具
下图显示了这些基本元素的组成部分。
在建立 EA 治理时,解决这些要素中的每一个都至关重要。
EA 治理的指导原则
建立成功的 EA 治理的主要指导原则是:
- 纪律:所有相关方都承诺遵守商定的程序、流程和权限结构。
- 透明度:所有已实施的行动及其决策支持将可供授权组织和提供方检查。
- 独立性:建立用于最小化或避免潜在利益冲突的所有流程、决策和机制。
- 问责制:组织内的可识别群体——例如,采取行动或做出决定的治理委员会——被授权并对其行为负责。
- 责任:每个缔约方都必须对组织及其利益相关者负责。
- 公平:所有做出的决定、使用的流程及其实施都不允许为任何特定方创造不公平的优势。
对组织 IT 解决方案交付流程的 EA 治理侧重于实现多个解决方案。这些包括:
- 标准化:制定和推广企业范围的 IT 标准。
- 一致性:实现所需级别的信息、流程和应用程序集成和互操作性。
- 重用:在设计、实施和产品组合级别重用和利用 IT 资产的策略和支持功能。这可能包括流程/治理和资产存储库考虑。
- 质量:提供满足业务功能和技术要求的解决方案,并具有确保解决方案质量的生命周期管理流程。
- 成本效益和效率:通过可重复的决策治理流程利用标准、重用和质量,从而降低总解决方案生命周期成本并更好地实现 IT 投资。
组织结构
启动企业架构组织以开发和支持采用围绕 EA 的设计、审查、执行和治理功能。这些功能包括许多关键要素,包括:
- EA 框架:一套标准、程序和操作协议,用于指导和指导组织中围绕信息技术的采用、重用、报告和停用的决策。这些包括指导原则、方法、程序、指标、最佳实践和参考模型。
- EA 审查委员会:一个跨组织、多学科的架构审查委员会 (ARB),得到企业 IT 执行管理层的支持,负责监督技术治理战略和框架定义的实施。
- EA 合规性:定义 EA 合规策略并制定一套一致的、可重复的流程以确保该 EA 合规策略。建立正确的组织职责和结构,以支持架构治理过程和报告要求。
EA 治理角色和职责
EA 中的角色和职责涵盖广泛的活动,包括但不限于:
- 提供领导和沟通
- 构想、领导和指导整体解决方案架构合规性与 IT 转型的发展
- 了解映射到业务能力模型的业务领域
- 对映射到技术能力模式的技术的理解
- 建立和维护架构实施、企业架构中体现的架构战略和目标以及业务战略目标之间的联系
- 通过共识和授权发布提供架构的正式接受和批准机制
- 提供基本控制机制以确保架构的有效实施
- 提供解决方案架构和设计技能
EA 领导者需要致力于整合“业务和 IT”,而不是协调“业务和 IT”。重点必须放在实现业务战略上,而不仅仅是保证和合规。
EA 治理流程
该过程是一系列操作或事件,可能会占用时间、空间、专业知识或其他资源,从而产生特定的结果。
EA 治理流程是用于实施技术解决方案的整体 EA 治理框架的组成部分。下面列出了五个主要过程:
- 架构文档流程
- 架构审查流程
- 架构沟通过程
- 架构合规流程
- 架构框架活力过程
企业架构成功的深度指南 [白皮书]:设计您想要的架构以及您的公司需要的架构。 »
EA 分类
分类是定义术语的集合,是对关键组件和架构概念结构的连贯描述。下面列出了关键概念和术语的具体定义:
- 方法:执行任务、活动或过程并衡量绩效以满足涵盖原则、政策、系统、过程、方法和技术的标准的一种方式。
- 最佳实践:完成业务功能或流程的一种方式或方法,优于所有其他已知方法。
- 蓝图:
- 计划或指南,常用于建筑,布局合理,包括基本要素,以解决和遵循建筑进度。
- 蓝图是记录企业架构的计划和/或设计。
- 指导原则:原则是一般规则和指导方针,旨在经久不衰且很少修改,为组织着手履行其使命的方式提供信息和支持。
- 方法论:方法论代表给定活动领域的一系列实用想法和经过验证的实践,例如基于 IT 的系统的规划、设计开发或管理。
- 协议:
- 管理数据传输和接收的规则。
- 指定数据格式和在数据通信和网络环境中要遵循的规则的标准。
- 执行功能或服务时各种角色之间的参与规则。
- 标准:一组标准(其中一些可能是强制性的)、自愿准则和最佳实践。 EA 指南和标准规定:
- 架构必须根据架构的预期用途以及企业范围标准的开发和推广进行适当的范围界定、计划和定义。
- 企业架构必须反映组织的战略计划。
- 架构不断变化,需要过渡。
- 架构必须允许许多不同的硬件和软件系统相互连接和集成。他们需要交换数据以执行所需的业务交易。
- 企业架构将需要继续刷新和更新框架以及分类,并改进企业架构模型。
- 企业 IT 必须在整个组织内提供架构规范的定义、设计、实施和实践方面的政策指导和帮助。
- 通过可重复的决策流程实现标准、重用和质量的一致优势,从而降低解决方案成本并更好地实现 IT 投资。
- 支持在设计、实施和产品组合级别重用和利用 IT 资产的能力的策略。这可能包括流程/治理和资产存储库。
EA 指标
指标在 EA 实施的早期阶段估计 EA 的进度。它还有助于衡量 EA 的效率和有效性,以确保为业务提供真正的价值。
测量 EA 指标对于:
- 确定流程或服务如何有效和高效地满足客户
- 识别改进机会
- 根据事实和数据做出决策
测量应该:
- 将组织期望转化为目标
- 评估流程的质量
- 跟踪改进
- 支持企业战略
为了使 EA 程序成功,需要根据一组定义的指标定期对其进行监控和测量。可以使用 EA 记分卡或仪表板有效地捕获、呈现和传达整个组织的指标状态。
EA 工具
企业架构工具捕获、存储、构建和分析与企业架构相关的信息,因此,选择适合您组织的正确工具至关重要。
EA 工具通过捕获重要的企业环境以及跨业务、信息、技术和解决方案架构的内容开发和分析功能,为战略决策制定提供支持。
它帮助利益相关者分析和优化业务战略、组织结构、业务流程/任务和活动、信息流、应用程序和技术基础设施的组合。
EA 工具涵盖以下功能特性:
- 建模能力
- 框架和标准支持
- 能够创建或导入模型和工件
- 强大而灵活的存储库和元模型
- 易用性
- 集成到多个企业使用工具
- 影响企业领域各个层面的能力
- 满足各种需求的管理功能,例如安全性、审计控制、协作、配置和版本控制
结论
精心设计的企业架构治理结构对于降低 IT 成本和风险、同时加快决策制定和交付至关重要。 EA 治理可确保正确管理 EA 程序以生成真正代表组织目标和需求的工件和计划。同样,EA 治理确保投资决策从启动到实施都与 EA 保持一致。
治理是任何变革计划的重要方面。 EA也不例外。治理为各种利益相关者提供了一个定期交互和维护企业架构的平台。
EA 程序定义不应跨越数年。它应该在短时间内提供商业价值。计划输出应该是可操作的,并且应该始终衡量其影响——而不是其活动。
在现代 EA 中,EA 治理的象牙塔方法不起作用。这种方法会导致 EA 程序失败,尤其是当 EA 程序不考虑数字业务的需求时,这是由价值创造转向生态系统、平台和面向外部的架构所驱动的。 EA治理在现代EA中的作用总结如下:
- 不关注当前状态架构
- 继续将 EA 程序推进到下一个成熟度级别
- 了解组织的业务战略、业务模型和目标,并确定 EA 如何帮助实现业务价值
- 不会被 EA 框架、行业参考模型、治理和 EA 工具分心
- 将重点从自上而下的治理转移到 EA“卓越中心”
- 对 EA 程序采用持续创新的方法,完善每个周期
- 在不了解其用例和功能的情况下不使用 EA 工具
编者注
此内容由 Wipro 的 GEA 实践部门的高级企业架构师 Gopala Krishna Behara 博士提供。他拥有超过 22 年的 IT 经验,可以通过 gopalkrishna.behra@wipro.com 与他联系。作者要感谢 Wipro Technologies 的 GEA 实践部门的 Hari Kishan Burle 和 Raju Alluri 在撰写本文时提供的支持和知识。
原文:https://www.leanix.net/en/wiki/ea/enterprise-architecture-governance
本文:https://jiagoushi.pro/leanix-enterprise-architecture-governance
最新内容
- 3 days 23 hours ago
- 4 days 1 hour ago
- 4 days 1 hour ago
- 6 days 17 hours ago
- 1 week ago
- 1 week ago
- 1 week ago
- 1 week ago
- 1 week 4 days ago
- 1 week 4 days ago