企业架构用例

企业架构常见问题用例

我们不断被要求针对常见的基于问题的用例优化企业架构团队。这些企业架构用例大多面向IT。它们以IT为导向来解决企业架构（EA）问题。.

降低技术风险用例

技术债务。许多组织积累了大量技术债务。当组织面临真正的现金债务时，他们会采取两种做法：解决债务根源或宣布破产。.

技术风险就是纯粹的风险。风险是实现目标过程中不确定性的影响。需要处理那些造成目标实现风险的技术。.

各行各业的组织都依赖技术来妥善管理其运营。任何技术都必然存在网络风险，并且可能以多种形式从各种来源出现。最常见但最可避免的数据泄露原因是IT故障、应用程序老化以及支持它们的基础设施。网络灾难的影响可能非常难以恢复，无论是金钱损失还是声誉损失。.

无论您的团队多么优秀，技术风险管理都是一个庞大而复杂的问题，无法通过手动数据维护来解决。企业架构师可以轻松获取所有技术的最新产品数据。这些知识对于正确设计、管理和淘汰技术组件以及评估应用程序环境的风险至关重要。.

EA团队设计以降低技术风险

当我们面临缓解技术风险时，我们使用 导航 SABSA Atlas 和导航计划与投资组合管理 Atlas. 。我们将 SABSA 的风险领域拉出来，并从投资组合的角度来审视这项技术。.

在所有情况下，您都在寻找一个清晰、可操作的路线图来推动这些结果。.

IT现代化用例

信息技术与其他基础设施一样——都会老化。随着老化，IT 越来越无法满足当前的希望和梦想。我们倾向于将 IT 基础设施视为不会发生物理磨损的基础设施。其他基础设施则会遭受磨损，就像卡车行驶里程一样。风吹雨打、盐分侵蚀、生锈、噪音和滚动，最终都会磨损。.

相比之下，IT基础设施却能持续运转。想想一辆老款Model-T。它能像新车一样启动、行驶、漏油。然而，它却无法像现代半挂卡车那样以65英里/小时的速度运载5万磅的重物。.

现代化通常就像车队更新换代——一切都互联互通。我们喜欢这种理论：削减或放弃资源密集型应用程序。寻找那些拥有成本高昂的应用程序的替代品。然后，你就会面临现实：旧应用程序处理着三分之一的收入，而企业则专注于开发新服务以创造新收入。.

IT 现代化计划通常采用渐进式策略，即逐步对 IT 资产进行现代化改造，直至整个系统升级完毕。事实证明，逐步推进 IT 系统现代化非常有效，尤其有助于降低一次性完成所有工作可能带来的运营风险。这种策略的缺点是开发团队各自为政，缺乏开阔的视野。企业架构整合了组织的各个层面，从业务到 IT 基础设施，使 IT 高管能够根据业务目标确定现代化计划的优先级，并了解这些项目将如何影响其 IT 系统。.

企业架构在IT现代化的背景下将业务目标与业务能力联系起来。为了映射现有的业务能力并了解它们未来的发展方向，企业架构师需要与业务团队合作。这句话的意思是，你需要平衡可行性、成本、企业敏捷性和风险。你需要掌握 信息技术管理委员会 用于数字产品和IT服务。这将更清楚地展示未来几年产能将如何发展，或者是否针对新的消费者类别。.

通过在时间轴上协调转型目标、业务能力和必要的 IT 功能，企业架构师可以使用企业路线图来捕捉当前和未来的业务需求。企业路线图将定义能够全面支持预期业务能力的未来 IT 架构。.

企业架构还可以指定未来的 IT 架构，这很有帮助。企业架构师会将当前的 IT 环境作为起点。为此，必须对组织的应用程序和技术进行盘点。应用程序的生命周期、成本、部署、交换流程以及它们如何服务于业务只是进行应用程序盘点时可能用到的几个方面。应用程序盘点完成后，企业架构师可以根据已识别的业务功能创建新的 IT 架构。. 业务能力图 帮助展示随着组织发生变化以解决新问题而支持业务运营所需的 IT 资源。.

通过 IT 现代化计划，在建立了预期的 IT 架构（包括应用程序和技术）之后，可以更新 IT 环境的某些组件或部分以满足新的业务能力。.

最后但同样重要的一点是，企业架构可以协调您的IT计划和企业目标。每个项目都附带一个基本原理或商业案例，概述了开展该项目的原因，以及成本、资源、时间表和任何潜在风险。.

公司可能会组建一个由IT和业务专家组成的执行委员会，负责确定这些计划的优先顺序。根据各利益相关者的目标，召集两类领导者来确定项目的优先顺序。.

一旦确定了任务的优先级并将其纳入时间表，我们就可以制定 IT 路线图。战略业务目标的声明、项目时间表、业务案例、预期成本以及每个项目的时长，都是有效 IT 路线图的必要组成部分。.

EA 团队设计 IT 现代化

好的 企业架构团队 帮助您清晰地了解您的IT投资及其当前价值，并提供关于投资方向的务实建议。投资建议是一个投资组合问题。IT现代化不仅仅是一个技术问题。我们始终致力于加强 业务架构 能力，因为仅仅为了技术而设计是不会成功的。.

为了实现 IT 现代化用例，我们遵循 设计架构以支持投资组合.

数字化转型用例

我们经常看到人们谈论 数字化转型 把云转型当成基础设施的转变。真是胡扯。.

有  数字化转型的七大杠杆. 。您可以控制所有七个杠杆，也可以尝试在不控制轨迹、速度或...的情况下进行改变。每个杠杆都会启用或禁用不同的改变功能。.

如果没有控制好每个杠杆，它都会产生负面影响。.

• 杠杆 1——业务流程转型
• 杠杆2——客户参与和体验
• 杠杆3——产品或服务数字化
• 杠杆 4——IT 和交付转型
• 杠杆5——组织文化
• 杠杆 6 - 策略
• 杠杆7——生态系统和商业模式

EA团队设计数字化转型

数字化转型需要一些策略 问题得到了解答。然而，很多问题可以很快得到解答，而执行则需要时间。因此，我们与 设计架构以支持投资组合.

云转型用例

如今，云技术助力创造价值、服务驱动的全新公司模式成为可能。降低成本、提高生产力、加快上市速度以及随需求增长的能力只是云计算的部分优势。迁移至云端后，企业还可以显著提高资产利用率、节省运营成本，并重塑与IT员工的关系。.

云计算是决定IT和业务战略的重要因素。然而，复杂的企业环境和不断发展的技术严重阻碍了人们对云转型的理解。.

要成功迁移到云端，需要进行重大的组织、运营和技术变革。预算限制、指数级增长的需求、日益复杂的业务规则以及外部法律法规只是影响云采用过程中诸多障碍中的几个。对于企业架构师来说，必须具备从传统基础设施到云端的路线图实施能力。.

企业架构提供企业级多云基础架构的自动化、全方位视角，有助于管理和改进您的云项目。为了成功实现云转型，需要考虑多种因素，包括现有和未来功能、应用程序组合策略、与人员和流程相关的运营和组织问题以及成本指标。为了降低风险并维护跨云部署的合规性，必须充分理解这些复杂性。为了简化数据导入，企业架构与顶级云提供商集成，并提供云架构视角。企业架构师可以指定目标功能，选择应用程序是保留在本地还是迁移到云端，并定义目标功能。.

EA 团队设计云转型

云转型是一个投资组合问题。企业正在重新设计其IT组织。我们始终强化 业务架构 能力，因为针对技术的设计将会失败。我们必须 重新构建 IT 组织.

为了实现云转型，我们致力于 设计架构以支持投资组合.

应用程序组合合理化用例

应用程序合理化，我们可以做得好，也可以做得不好。如果做得好，IT支出可以节省超过20%。如果做得不好，就根本省不下来。.

应用程序合理化由业务影响和业务价值驱动，而非 IT 成本。您需要根据技术概况和业务价值来规划您的 IT 产品组合。投资那些面向未来的技术概况和业务价值。探索淘汰或替换阻碍您发展的技术的最佳方法。.

业务部门往往忽视协调IT支撑环境的需求，因为他们主要关注的是促进经济发展。结果，不同的应用经常在不同时间由不同的团队根据需求引入。业务部门忽视了一个事实：IT环境中的应用程序生命周期相互冲突、技术重复、功能重叠，常常会导致严重的集成问题和组织效率低下。运营一个成本高昂、限制重重的IT环境会导致数亿美元的IT支出增加，同时又会立即降低依赖它的用户的满意度和服务质量。.

大型企业经常会一次性推出大量应用。因此，运行旧系统和维护应用程序会消耗相当一部分 IT 开支。这些程序并非全都是关键任务。企业受益于合理优化的应用生态系统，从而始终紧跟现代创新趋势，提供世界一流的客户服务，降低成本并实现全球扩张。虽然应用程序精简项目需要一次性支出，但节省的成本远远超过成本。.

随着业务方继续授权收购各种应用程序，企业架构师可以开始着手优化应用程序组合。.

企业架构师可以首先收集所有已部署应用程序的相关数据，并将其导入到他们首选的软件中。企业架构师可以根据公司的运营模式，从特定的核心流程或整个业务部门入手，确定应用程序合理化项目并确定其优先级，例如，从整个应用程序清单及其直接业务价值的组织视图开始。.

然后，企业架构师可以使用应用程序矩阵和应用程序合理化调查来快速评估应用程序的实用性，并提供数据驱动的建议，以确定哪些应用程序值得容忍、投资、重新定位或删除。.

企业架构师现在将掌握必要的知识，从而制定路线图，通过一系列停用举措来实施合理化工作。该路线图未来还可以作为基准，以确定是否需要添加其他应用程序。.

EA 团队设计应用程序合理化

应用程序合理化是一个投资组合问题。如果没有坚实的 业务架构. 。我们始终确保 EA 团队拥有业务架构能力，即使我们专注于逆向工程。.

我们致力于 设计架构以支持投资组合 用于应用程序现代化用例。.

收购整合用例

始终根据收购战略和目的整合收购。.

收购将出于几个简单的原因

• 获取客户
• 获取产品
• 收购实物资产
• 获取能力

我们喜欢医生誓言，, 首先不要造成伤害. 如果我们为了客户群而进行收购，那么我们的整合首先需要确保我们保留现有客户。.

能力收购是最困难的。通常情况下，收购方存在能力缺口，并希望利用新能力来加速自身能力发展。我们在我们的 点播课程：使用 TOGAF 和 Navigate 进行企业架构 课程。.

企业和私募股权领导者预测，未来几年并购活动将会增加，无论是在数量还是收购金额方面。.

然而，并购常常因参与公司无法有效整合或无法实现预期的协同效应而失败。IT整合失败的原因有很多。合并后，两个组织在维持商业运营的同时成功整合其IT系统极其困难。因此，必须统一各种技术项目、标准和流程。.

合并的起始条件有多种。有时是大公司吞并小公司，有时是实力相当的公司之间合并。获得技术能力或占领新的地域市场是两个可能的目标。在上述每种情况下，企业架构对于 IT 集成的成功都至关重要。企业架构为选择适合通用目标 IT 环境的应用程序奠定了基础，有助于合理化应用程序、整合位置和整合地点。这使企业能够利用协同效应、节省成本，并在战略上协调未来的运营。合并的长期成功取决于两个 IT 部门之间能否产生协同效应。.

EA团队设计收购整合

收购整合是一个投资组合问题。以IT为中心的收购整合注定会失败。. 业务架构 是有效整合收购的基础。在不清楚公司为何进行收购的情况下，默认的做法是改变被收购的组织架构，甚至破坏其价值主张。即使我们专注于逆向工程，企业架构团队也需要具备扎实的业务架构能力。.

第二个关键能力是 风险架构. 。这些简单的原因告诉你什么价值需要被保护。. Navigate 的治理、风险与合规图集 使用资产和风险来明确需要保护什么以及哪些威胁会损害资产。.

我们致力于 设计架构以支持投资组合 用于收购整合用例。.

安全架构用例

安全架构是跨领域的关注点。它与其他所有 架构领域.

这 南非啤酒协会 关注价值，无论是通过实现利益还是防止负面影响，都是至关重要的。.

作为企业架构师，您的工作是保护资产并消除不确定性。当您的组织确信能够满足预期时，它才是最安全的。.

简而言之，安全架构是企业架构中与保护公司数据相关的部分。组织的安全架构描述了其保护数据的基本安全策略和实践，其中还包括人员团队及其角色和职责，以及其他系统。这是对安全架构更全面的解释。为了帮助确保安全架构满足当前和未来的业务需求，这些信息在组织需求、优先级、风险承受能力和相关考虑因素中提供。.

为了更好地指导各级安全规划，拥有强大的安全架构至关重要。它提供了必要的深入细节，有助于在整个IT环境中选择最佳的流程和解决方案，以及如何管理技术生命周期。此外，对业务信息安全架构进行全面的文档记录和发布，对于遵守各种现行行业标准和法律要求也至关重要。.

TOGAF 提供的一系列工具可用于首次从头构建企业安全架构。它有助于定义精确的目标，并弥合 EISA 各个层级之间的差距。 TOGAF框架 足够灵活，可以在您公司的安全要求发生变化时为您提供帮助。.

EA 团队设计安全架构用例

安全架构用例将侧重于消除不确定性或降低威胁。这两种情况都属于投资组合问题。.

我们利用 Navigate 的治理、风险与合规图集 将资产与风险和威胁结合起来。我们关注有价值的事物。什么威胁着它们的价值，什么造成了不确定性。应对不确定性和威胁的基础是 风险架构.  Navigate 的治理、风险与合规图集 使用资产和风险来明确需要保护什么以及哪些威胁会损害资产。.

我们利用 将风险和安全与 TOGAF 集成. 。我们编写本指南时 SABSA研究所 带来最佳实践 安全架构和企业风险管理.

我们致力于 设计架构以支持投资组合 用于收购整合用例。.