企业架构师：一切都应该尽可能简单，但不能简单。

一切都应该尽可能简单，但不能简单。 ----Albert Einstein（阿尔伯特·爱因斯坦）

企业架构师

企业架构师负责建立投资组合的技术愿景、战略和路线图。

企业架构师 （EA） 提供企业技术架构的愿景、演变和沟通，为新技术和创新技术创建战略和投资组合级别的技术路线图。这通常包括结合云、大数据和人工智能技术来创造战略优势。

EA与系统架构师和解决方案架构师合作，指导敏捷发布序列（ARTs）和解决方案序列的解决方案的技术开发设计。他们引领Enabler Epics通过产品组合看板，为产品组合的解决方案创建更重要的架构。依靠持续的反馈，EA 促进自适应设计和工程实践，并推动 ART 和团队围绕共同的技术愿景团结起来。

详情

EA 在构建组织企业架构的新元素时，指导投资组合的价值流。例如，其数据和信息、应用程序、技术，以及寻找使用这些架构元素来满足公司组织标准并提高其整体性能的方法。

良好的战略技术规划、沟通和可见性可以带来最佳的系统性能，从而显著提高业务敏捷性。EA 提供一些架构跑道和治理，支持当前和未来的需求，例如企业解决方案的可用性和行为结构。系统和解决方案架构师为敏捷发布序列 （ART） 和解决方案序列提供此指南。

架构角色之间的协作

SAFe 定义了三个架构师角色：企业、解决方案和系统架构师，分别针对投资组合、大型解决方案和基本级别。这些架构师定期合作，以确保一致性，并在出现问题和疑虑时解决它们。图 1 说明了其职责的高级概述。

此外，业务和技术战略之间的关系需要架构师和其他 SAFe 角色之间的积极协作，以确保架构满足业务及其客户当前和不断变化的需求。

企业架构战略

企业架构战略能够更快地拥抱组织变革，从而提供显著的竞争优势（图 2）。

技术和用途的选择 – 选择适当的技术是战略制定的关键要素。支持活动包括研究和原型设计，了解适用性和范围，以及评估创新新技术的成熟度。

解决方案架构策略 – 企业架构师与解决方案和系统架构师密切合作，以确保单个程序和产品策略与业务和技术目标保持一致。例如，针对当地问题的新办法应与企业总体战略相一致。如果不是这样，决策应该是明确的，因为不一致的选择很可能会影响未来的企业战略。

基础架构策略 – 开发和维护基础架构计划可能更具挑战性，因为它与系统架构师的工作重叠。其中一些职责包括重用配置模式、通用物理基础设施、跨 ART 和解决方案序列的知识共享，尤其是系统团队。此外，一些开发和部署基础结构可能会与内部 IT 系统相交。企业架构师也可以在那里提供指导。

跨 ART 协作 – 标准设计和基础设施实践有助于简化和协调不同 ART 的架构。但是，价值流和 ART 具有足够的自由度也很重要。否则，创新就会减少。因此，标准和可变架构设计都应在ART之间积极讨论和共享。

实施策略 – 积极、渐进的敏捷实施策略的重要性怎么强调都不为过。将商业史诗的技术基础打造成架构跑道必须是一个循序渐进的过程。持续学习和快速反馈使架构和业务功能能够随着时间的推移同步增长。这种快速的变化要求敏捷团队在必要时重构他们的代码，并在可行的情况下保留多种可能的设计选项。抽象和泛化有助于避免过早绑定特定性，从而为未来的业务需求保持架构灵活性。

责任

企业架构师的主要职责分为四个主要领域，如图 3 所示。每个责任领域在以下各节中都有描述。

调整业务和技术战略

企业架构师对于理解新技术趋势与业务之间的联系至关重要。它们有助于组织识别、评估和应对其更广泛的生态系统中的机遇和趋势。企业的复杂性需要加以管理，以使创新更容易。否则，如果架构紧密耦合，则几乎不可能进行更改。EA 可以通过降低这种复杂性和促进变革来为创新创造空间。例如，他们积极参与以下活动：

使组织设计与最佳架构设计保持一致 – 敏捷团队和敏捷发布列车 （ART） 的组织设计应该与所需的技术架构保持一致，而不是相反。

定义战略主题 – 由于 EA 在技术、业务领域、参考架构、安全性、设计思维、架构框架、治理、风险和合规性方面拥有广泛的了解，因此他们的投入对于创建战略主题至关重要。EA 与精益投资组合管理 （LPM）、企业高管和投资组合利益相关者合作，为特定投资组合制定战略主题，如图 4 所示。

传达愿景和业务战略 – EA需要理解战略主题和其他业务驱动因素，并将其传达给系统、解决方案和非技术利益相关者。

应对新出现的机遇和威胁 – EA 提供跨价值流的战略技术指导，确保组织能够在响应和缓解威胁的同时利用新出现的机会。

提供技术建议 – EA 为开发和交付技术堆栈、管理互操作性和应用程序接口 （API）、托管和云计算策略以及管理人工智能 （AI） 和大数据提供指导和建议。

维护关系 – EA 应通过以下类型的任务和事件与 ART 和解决方案序列架构师和敏捷团队建立和维护个人联系：

获取有关当前企业范围内计划的反馈

参与架构和设计实践社区

每当关键的重新设计或架构工作正在进行时，都要参加系统演示

参与 PI 规划活动，以指导推动者史诗故事和功能的实施。

识别价值流 – EA 协助价值管理办公室 （VMO） 和精益敏捷卓越中心 （LACE） 识别和设计开发价值流，以优化新技术和现有技术计划的价值流。

实现内置质量 – 系统团队通过构建支持基础设施来帮助实现架构愿景，使敏捷团队能够使用内置质量进行设计、实施、测试和交付价值。EA 与系统和解决方案架构师协调，以确保他们的解决方案与更广泛的技术愿景保持一致。

建立投资组合的意向性架构

EA通过更大规模的体系结构计划帮助组织应对新的业务挑战，这些计划需要一些意向性和规划。这种意向性为敏捷团队提供了独立工作的坚实基础，使有意的体系结构和紧急的设计能够得到适当的平衡。这项工作通常包括：

维护架构跑道 – EA 领导建造和维护架构跑道的策略。他们这样做的一种方式是担任投资组合Enabler Epics的Epic所有者。他们还与系统和解决方案架构师以及敏捷团队密切合作，指导解决方案、现有代码和技术基础设施的演变，以实现短期功能，而无需过多的重新设计和延迟。

跨 ART 调整技术方法 – EA 积极与系统和解决方案架构师合作，确保在了解整体架构策略和路线图的情况下做出紧急设计选择，最大限度地降低技术复杂性，并避免不必要的功能或解决方案重复。

设定技术方向 – EA 与 LPM 和 VMO 合作确定技术方向。EA 定义并传达架构路线图，确保业务投资于正确的系统和服务，以支持当前和未来的业务需求。

编码和模式重用 – EA 与系统和解决方案架构师以及敏捷团队合作，帮助重用代码和现有设计模式，以实现新的业务和技术功能。它们还影响建模、设计和编码实践。

同步技术规则 – 在 PI 期间，EA 在适用的情况下帮助跨解决方案同步各种规则：系统和数据安全和质量、生产基础设施、解决方案用户体验 （精益 UX） 和非功能性需求 （NFR）。

定义促进所需架构的组织结构 – 理解康威定律对于组织设计至关重要。根据Conway的说法，组织设计的系统与层次结构中的组织结构非常匹配（参见业务敏捷性）。相反，使用系统的未来状态设计来影响组织设计，特别是在识别价值流时（参见 SAFe 原则 #10，围绕价值组织）和使用团队拓扑优化 ART 上的团队。这种演变被称为逆康威机动。

合理化技术组合

EA通过审查和精简现有的应用程序组合来提高效率、降低复杂性和降低总体拥有成本（TCO），从而帮助合理化技术组合。

应用程序合理化通过简化技术环境来提高 IT 的整体效率。这有助于确保组织不会运行冗余应用程序，也不会在许可证成本、硬件、网络或不必要的基础架构上超支。EA 通常与系统和解决方案架构师合作，以：

消除冗余 –整合类似的应用程序可以减少 IT 支出。

最大限度地减少不必要的 IT 支出 – 通过强大的应用程序合理化策略和持续维护，组织良好的技术架构将提供所需的数据，以帮助定义未来应用程序的必要性。

降低 IT 成本 – 在应用程序合理化后发现大量节省的情况并不少见。节省下来的资金可用于再投资于人工智能和机器学习、大数据和云计划等创新项目。

降低复杂性 – 消除未使用的应用程序并迁移到云可以通过集中管理、自动化、强化安全性、一致的工具、技术和流程来降低复杂性。

支持采购 – EA 可以帮助简化采购和续订计划，因为组织会审查现有的采购结构、产品、许可协议和其他交易。

减少培训开销 – 组织中使用的每个应用程序都需要供应商或内部员工支持，这可能很昂贵。如果要支持的应用程序较少，则用于维护这些应用程序的资金就会减少。

培养创新思想和技术

分散决策和执行是SAFe的标志。为了实现体系结构的去中心化，同时保持解决方案的完整性，EA支持体系结构标准的建立和发展。这些标准有助于协调如何以正确的方式构建解决方案。EA与系统和解决方案架构师密切合作，建立、促进和发展体系结构标准，并以以下方式应用这些标准：

实现业务成果 – 通过使用新技术、实践和标准，确保投资组合能够有效地实现其预期的业务成果。

协调技术决策 – 在一个或多个投资组合中调整技术决策可能具有挑战性。EA 帮助协调和开发系统和数据安全、质量、生产基础设施和非功能性需求 （NFR） 的通用标准和架构。这些包括内部企业架构标准和外部标准，例如 TOGAF、DODAF 和其他适用的标准。

支持开发环境 – 促进代码、组件和经过验证的设计模式的重用。影响和促进建模、系统设计和编码的良好实践。支持持续交付管道、DevOps 和其他流功能（请参阅投资组合流），以获得更快的客户反馈和上市时间。

淘汰过时的技术 – 帮助产品组合的价值流从过时的技术中迁移出来，并淘汰不再适合用途的解决方案。

引导推动史诗故事

程序史诗故事通常由 EA 创建，他们支持项目组合积压工作并引导他们通过项目组合看板系统，指导他们的分析以及评估和实施它们所需的信息。例如，他们的角色包括：

作为史诗所有者 – EA 作为架构计划的史诗所有者，通过项目组合看板及其后续实施来领导推动史诗。

将史诗故事拆分为功能 – 与产品和解决方案经理以及系统和解决方案架构师协作，将史诗故事分解为子特性和功能，并帮助在各自的 ART 和解决方案序列待办工作 （backlog） 中确定这些待办工作的优先级。

参与 SAFe 活动 – 每当关键活动与史诗故事相关时，都参与 PI 规划、系统和解决方案演示。

作为精益敏捷领导者的企业架构师

SAFe 精益敏捷思维模式促进了健康的工作环境，每个人都根据事实进行操作，验证假设，并通过频繁的实验减少不确定性。这种心态对于EA来说至关重要，因为他们的工作与日常开发活动相去甚远。他们通过教授、指导和帮助提高敏捷团队的效率而不是直接指定解决方案设计来产生最显著的影响。相反，它们有助于制定技术愿景和路线图，为解决方案制定路线。

现在比以往任何时候都更需要业务敏捷性，以便在数字和软件时代竞争和发展。这种新的现实需要自适应技术战略，而这反过来又需要企业架构的精益敏捷方法。

能够适应新的思维和工作方式并及时了解最新技术发展的 EA 对于组织的成功至关重要。它们还作用于创造技术的人类系统，以确保更高的敏捷性和有效性。他们是精益敏捷领导者，负责指导团队并增强贡献者的整体能力。新一代 EA 需要以身作则，不断学习，并树立 SAFe 的精益敏捷思维、价值观、原则和实践的榜样。他们帮助引领变革，以新的工作方式和围绕价值组织敏捷团队和 ART。

EA 通过作为 LACE 的联络人或成员参与来确保组织有效运作。他们为价值流识别和映射研讨会做出贡献，在技术敏捷方面指导工程师，并积极参与SAFe的采用。