规模化敏捷框架：企业软件架构师及其职责

原创作者：翰德恩翻译组

译者：Judy-朱迪

文章来源：SAFe官网

“所有的人都能看到我用以征服的策略，但没有人能看到我赖以取得胜利的策略”     ——孙子

企业架构师

企业架构师建立技术策略和路线图，使投资组合能够支持当前和未来的业务功能。

他们推动设计、工程化、复用和模式的应用，并为投资组合中包含解决方案的体系结构创建使能史能史诗。这些架构师依靠持续的反馈培养了适应性设计和工程实践，并推动项目群和团队围绕共同的技术愿景凝聚在一起。

细节

战略性技术规划、沟通和透明性做的差会导致系统的性能不佳，从而严重挫伤业务敏捷力。提供架构跑道以及治理机制可以支持当前和未来的需求，例如跨企业解决方案的可用性和行为构造。系统和解决方案架构师为敏捷发布火车(ARTs)和解决方案火车提供指导。

在Portfolio SAFe（SAFe投资组合配置）和Full SAFe(SAFe完整配置）中，架构上的挑战更加重要。企业合并和收购、底层技术的变化、竞争差异化、新兴标准，以及其他因素常常将业务推向超出敏捷团队范围的方向。

企业架构师提供跨价值解决方案火车和敏捷发布火车的战略技术指导，以确保组织能够在响应和减轻威胁的同时利用新出现的机会。该策略的各个方面可能包括对技术栈的开发和交付、互操作性、应用程序编程接口(APIs)和托管的建议。在考虑架构选择时，他们还将以客户为中心的思维模式应用到他们的工作中。例如，应用设计思维实践在APIs开发中，可以尝试为开发人员做用户画像。

责任

企业架构师主要集中精力在以下类型的活动:

•与精益投资组合管理合作，提供企业问题的解决方案和开发计划的宏观远景

•协助敏捷项目管理办公室(APMO)和精益敏捷卓越中心(LACE)识别和设计开发价值流

•对于即将退出市场的解决方案，帮助其价值流维护在预算护栏内

•通过使能史诗（Enabler Epics）参与建筑跑道的建造和维护策略

•理解战略主题和体系结构的其他业务驱动因素，并与系统和解决方案架构师以及非技术涉众沟通

•通过投资组合看板系统中的使能史诗（Enabler Epics）来驱动架构计划，并在适当的地方参与它们的分析

•影响建模、设计和编码实践

•推动提高持续交付流水线和DevOps能力

•收集、产生和分析用于整个业务的创新想法和技术

•主导代码、组件和已证实可行的模式的重用

•在适用的情况下，跨解决方案同步以下规程:

◎系统和数据的安全和质量

◎生产基础设施

◎解决方案用户体验(Lean UX)

◎非功能性需求(NFRs)

企业架构的策略

企业架构策略使组织级的变更更快地实施，从而显著地提供了竞争优势(图1)。

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

•技术的选择和使用——选择适当的技术是战略发展的一个关键因素。支持性活动包括研究和原型设计，理解适用性和范围，以及评估创新新技术的成熟度。

•解决方案架构策略——企业架构师与解决方案和系统架构师密切合作，以确保单个项目群和产品策略与业务和技术目标保持一致。例如，局部问题的新解决方案应该与整个企业战略相一致。当情况并非如此时，决策上应该显而易见，因为不一致的选择可能会影响未来的企业战略。

•基础架构策略——开发和维护基础架构的计划可能更具挑战性，因为它与系统架构师的工作重叠。这些职责包括重用配置模式、外部基础建设、跨敏捷发布火车和解决方案火车的知识共享，尤其是系统团队。此外，一些开发和部署基础设施可能会与内部IT系统相关联。企业架构师也可以在这方面提供指导。

•跨项目群协作——标准设计和基础设施实践有助于简化和协调不同团队和项目群的架构。然而，价值流和敏捷发布火车具备充足的自由度也是很重要的。否则,创新会受到遏制。因此，标准的和可变的架构设计都应该在敏捷发布火车之间积极地讨论和分享。

•实现策略——一个积极的、增量式的敏捷开发实现策略的重要性怎么强调都不为过。将商业传奇的技术基础融入建筑跑道必须是一个循序渐进的过程。持续学习和快速反馈允许架构和业务功能随时间同步增长。这种快速的变化要求敏捷团队在必要时重构他们的代码，并在可行的地方保留多种可能的设计选项。抽象和泛化有助于避免过早地绑定专用性，从而为未来的业务需求保持体系结构灵活性。

尊重人，不懈改进

精益敏捷思维创造了一个健康的环境，在这个环境中，每个人都根据事实而不是假设来工作。这种心态对于企业架构师来说尤其重要。因此，企业架构师明智地通过以下任务和事件保持与每个敏捷发布火车、解决方案火车和系统架构师的个人联系：

•接收有关当前企业范围计划的反馈

•参与架构和设计 实践社区（CoP ）

•在关键的设计重构或基础工作正在进行时参加系统演示

•参加 PI 规划活动，以指导史诗级故事的实现

敏捷团队将更好地信任由了解当前挑战和上下文环境的人驱动策略。同样，企业架构师将更好地信任那些能够全面了解其当前背景并提供反馈以随着时间的推移改进架构的人。

角色和合作

SAFe 定义了三种架构师角色：企业架构师、解决方案架构师和系统架构师，它们在各自的级别（投资组合、项目群和解决方案）解决架构问题。他们在各个级别之间定期协作，以确保协调一致并解决出现的问题和疑虑。如图 2 所示，这些角色需要所有必要的架构技能来做出技术决策。因此，该角色可能由多人担任，以确保足够的知识并防止架构决策成为团队的瓶颈。

图 2. SAFe 架构角色跨越架构域

业务和技术战略的相互依赖性质需要架构师和其他 SAFe 角色之间的协作，以确保架构满足业务及其服务的客户当前和不断变化的需求。在敏捷发布火车中，系统架构师通过架构跑道、非功能需求以及持续交付流水线的设计和支持来传达技术路径。架构还支持内嵌质量。系统团队通过构建支持敏捷团队的基础设施来实现架构愿景设计、实施、测试和交付价值。系统架构师与企业和解决方案架构师协调，以确保他们的解决方案与更大的愿景保持一致。最后，任何角色的架构师也是精益敏捷领导者，负责指导团队并提高参与者的整体能力。