所有人都可以看到我征服的这些战术，但没有人能看到的是战胜胜利的策略。

 - 孙子

Enterprise Architect推动自适应设计和工程实践，并推动产品组合的架构计划。 Enterprise Architects还促进了投资组合中各种解决方案的思想，组件，服务和经过验证的模式的重用。

糟糕的战略技术规划，沟通和可见性可能导致整个企业的系统性能不佳，从而促使重大的重新设计。为了防止这种情况，并支持当前和近期的业务需求，这些系统通过一些架构跑道和架构治理（例如，在整个企业解决方案中推动通用可用性和行为构建）而受益。为了解决部分问题，SAFe强调了系统和解决方案架构师的角色，他们在计划和大型解决方案级别提供了大部分指导。

在投资组合层面，挑战更大。兼并和收购，基础技术和竞争的变化，新兴标准以及其他因素往往会使企业超出敏捷团队的范围。为了解决这个问题，Enterprise Architects拥有跨解决方案培训和敏捷发布列车（ART）的权威和知识。他们可以提供可以改善结果的战略技术方向。该策略的各方面可能包括开发和交付技术堆栈，互操作性，API和托管策略的建议。这些方法产生了结果，因为Enterprise Architects在与团队工作保持联系的同时促进了增量实施。

细节

总结角色描述

Enterprise Architects与业务利益相关者以及解决方案和系统架构师合作，实施跨Value Streams的技术计划。他们依靠持续的反馈，促进适应性设计和工程实践，并推动计划和团队围绕共同的技术愿景团结起来。

责任

Enterprise Architect主要关注以下职责：

•     与精益投资组合管理协作，提供企业解决方案和开发计划的高层次，全方位的愿景
•     通过Enabler Epics定义支持精益预算的关键技术计划
•     帮助价值流坚持退休解决方案的预算护栏（地平线0）
•     参与建筑和维护建筑跑道的战略
•     理解并向系统架构师和非技术利益相关者传达战略主题和架构的其他关键业务驱动因素
•     推动Portfolio Kanban系统中的架构计划，并在适用的情况下参与史诗分析
•     影响常见的建模，设计和编码实践
•     促进持续交付管道和DevOps功能
•     收集，生成和分析在整个企业中使用的创新想法和技术
•     促进代码，组件和已证实的模式的重用
•     在适用的情况下，跨解决方案同步以下规则：
  • 系统和数据的安全性和质量
  • 生产基础设施
  • 解决方案用户体验（精益UX）
  •  可伸缩性，性能和其他非功能性需求（NFR）

企业架构战略

企业拥抱组织变革的能力是关键的竞争优势，企业架构战略是一个至关重要的因素。 图1说明了这种策略的五个关键方面，下面简要介绍每个要素。

图1.企业架构策略的五个要素

1.     技术和用途的选择 - 选择合适的技术是战略制定的关键要素。支持活动包括研究和原型设计，了解适用性和范围，以及评估创新技术的成熟度。
2.     解决方案体系结构策略 -  Enterprise Architect与解决方案和系统架构师密切合作，确保各个计划和产品策略与业务和技术目标保持一致。例如，针对本地问题的新兴解决方案应与整体企业战略保持一致。如果情况并非如此，则应明确决策，因为不一致的选项可能会影响未来的企业战略。
3.     基础设施战略 - 当它正确地履行其职能时，开发和部署基础设施就会被忽视。但是，构建和维护基础架构的策略是一项关键挑战，与System Architect职责重叠。其中一些职责包括重用配置模式，通用物理基础设施，跨ART和解决方案列车的知识共享，尤其是系统团队。此外，一些开发和部署基础架构可能与内部IT系统相交叉。企业架构师也可以在那里提供方向。
4.     跨计划协作 - 架构工作的各个方面发生在不同的团队和计划中。这就是为什么确保在适用时使用通用技术，设计实践和基础设施是有帮助的。然而，价值流和ART具有足够的自由度也很重要。否则，创新就会减少。因此，应通过联合设计研讨会，设计实践社区（CoPs）等在ART之间积极共享共同和可变的架构方面。
5.     实施战略 - 有效，渐进的敏捷实施战略的重要性几乎不为人知。将业务史诗的技术基础构建到建筑跑道必须是一个渐进的过程。持续的技术学习和快速反馈使架构和业务功能随着时间的推移同步增长。敏捷团队和程序在必要时进行重构并保留多种可能的设计选项的能力支持这一点。抽象和泛化有助于过早地避免绑定特异性，这为未来的业务需求保留了架构灵活性。

尊重个人和不懈改进

精益敏捷心态创造了一个健康的环境，每个人都在事实而非假设的基础上运作。这对于企业架构师来说尤其重要，他们在日常开发活动中执行一个（或两个）步骤。这就是为什么企业架构师通过以下活动明智地保持与每个ART，解决方案培训和架构师的个人联系：

•     收到有关当前企业范围计划的反馈
•     参与架构和设计CoP
•     在重要的重新设计或基础工作正在进行时参加演示

开发人员和测试人员将更好地信任由了解当前挑战和背景的人所驱动的策略。同样，Enterprise Architect将更好地信任提供其当前上下文完全可见性的团队。

学到更多

[1] Leffingwell, Dean. Agile Software Requirements: Lean Requirements Practices for Teams, Programs, and the Enterprise. Addison-Wesley, 2011.

[2] Bloomberg, Jason. The Agile Architecture Revolution. Wiley, 2013.

[3] Coplien, James and Gertrud Bjørnvig. Lean Architecture: for Agile Software Development. Wiley, 2010.

原文：https://www.scaledagileframework.com/enterprise-architect/

本文：https://pub.intelligentx.net/safeenterprise-architect

讨论：请加入知识星球或者小红圈【首席架构师圈】