工程是一项伟大的职业。 通过科学的帮助看到想象力的形象出现在纸上的计划是令人满意的。 然后它转向石头，金属或能源的实现。 然后它为男人或女人带来了家园。 然后它提高了生活水平，增加了生活的舒适。 这是工程师的高级特权。

-Herbert Hoover

系统和解决方案架构师/工程

 

系统架构师/工程师负责定义和传达敏捷发布系列（ART）的共享技术和架构愿景，以帮助确保正在开发的系统或解决方案符合其预期目的。

解决方案架构师/工程师负责定义和交流跨多个ART的共享技术和架构愿景，以帮助确保正在开发的系统或解决方案适合其预期目的。

系统和解决方案架构师描述解决方案上下文和解决方案意图，分析技术权衡，确定主要组件和子系统，识别它们之间的接口和协作，定义非功能需求（NFR），通过解决方案看板引导启动器，以及使用客户和供应商帮助确保适用性。

他们在使敏捷发布培训（ART）和解决方案培训团队与共享技术方向保持一致，并与这些团队合作，共同阐述解决方案及其界面，验证技术假设，评估实施方案以及创建持续性方面发挥关键作用。交货管道。在不属于解决方案培训的ART中，System Architects还执行Solution Architects的许多活动。

本文描述了System Architect / Engineering和Solution Architect / Engineering在SAFe中所扮演的角色。虽然角色在大多数方面都相似，但它们可以管理不同程度的关注。在某些情况下，解决方案培训的敏捷发布培训（ART）或解决方案架构师有多个系统架构师，因此这些角色可以由个人或小团队实现。

细节

架构师/工程人员和团队通过提供，沟通和发展解决方案的更广泛的技术和架构视图来支持解决方案开发。

架构师/工程团队同时在计划和大解决方案级别进行。系统架构师/工程师主要在ART的背景下运作，他们与敏捷团队合作，并为ART的子系统和能力领域提供技术支持。解决方案架构师/工程团队为整个解决方案的不断发展的架构功能提供技术领导。

两者都涉及与业务利益相关者，团队，客户，供应商和第三方利益相关者的密切合作，以定义技术基础架构，分解为组件和子系统，以及定义子系统之间以及解决方案和解决方案上下文之间的接口。

在提供解决方案体系结构的一般视图的同时，架构师/工程师通过授权他们做出本地决策来实现价值，从而实现更快的工作流程和更好的经济效益。

一种设计和构建系统的敏捷方法

在精益企业中担任架构师/工程师角色通常需要在人们如何处理工作方面采用新的思维方式和习惯。这种方法改变了架构师应用他们的技术专长和系统思维方式的方式。这些新习惯分为四个方面，如下所述。有关以敏捷方式设计系统和解决方案的更完整视图，请参阅敏捷架构。

•  分散决策 - 在传统方法中，架构师/工程师在解决方案开发中相对较早地做出关键设计决策，期望在不同组件上工作的团队遵循他们的设计。然而，在敏捷方法中，许多技术细节都是基于学习而随着时间的推移而发展的。决定在生命周期基于集合的设计中稍后完成。因此，团队可以信赖制定适应不断变化的需求的本地设计决策，而无需等待架构师制作新设计。
• 启用持续交付管道和DevOps  - 面对不断变化或未知的需求做出有效决策，需要敏捷团队获得有关解决方案有效性的快速反馈。架构师/工程师通过倡导和指导持续交付管道的开发和改进，以及帮助架构师实现按需发布来支持这一需求。
•  拥抱领导角色 - 架构师/工程师是精益敏捷领导者，他们倾向于通过影响而不是精益企业的权威来运作。它们通过教学，指导和帮助提高敏捷团队​​的有效性而产生最大的影响，而不是直接指定解决方案设计。他们为愿景和路线图做出了贡献，以便为解决方案制定课程。
• 充当变革推动者 - 架构师/工程师也在人类系统上采取更多行动，创造技术以创造更大的灵活性和有效性。作为精益敏捷领导者，架构师/工程师通过作为精益敏捷卓越中心（LACE）的成员参与，确保组织有效运作。为价值流图制作研讨会，培训和辅导工程师提供技术敏捷性。

系统/架构师工程的职责

架构师/工程团队是精益敏捷领导者，他们通常负有以下责任：

•     参与解决方案的规划，定义和高级设计，并探索解决方案的替代方案
•     通过适当的设计指南和投资倡导，实现持续交付管道
•     积极参与持续探索流程，作为持续交付管道的一部分，特别是与启动器Epics一起
•     定义子系统及其接口，为子系统分配职责，了解解决方案部署，并与解决方案上下文交互需求
•     与客户，利益相关者和供应商合作，建立高级解决方案意图，以及解决方案意图信息模型和文档要求
•     在解决方案级别建立关键NFR，参与其他人的定义
•     在经济框架内运作，以验证设计决策的经济影响
•     与投资组合利益相关者（尤其是企业架构师）合作，开发，分析，分离和实现启动器史诗的实现
•     参与计划增量（PI）计划以及PI前后规划，系统和解决方案演示，以及检查和调整事件
•     定义，探索和支持ART和解决方案培训促进者的实施，以发展解决方案意图，直接与敏捷团队合作实施
•     规划和开发架构跑道，以支持新的业务特点和功能
•     使用产品和解决方案管理来确定启用工作的容量分配
•     支持计划和解决方案看板的技术/工程方面
•     提供监督并培养内置质量，团队和技术敏捷性

 

系统架构师/工程师参与大价值流

以上部分重点介绍了系统架构师/工程师在ART背景下的作用。对于需要多个ART的大型解决方案，系统架构师/工程师可以在多个ART之间进行协调，包括：

•     与解决方案架构师/工程师协作 - 系统架构师/工程师与解决方案架构师/工程师合作，了解他们的解决方案如何适应并支持整体解决方案的更大功能和方向。这涉及参与解决方案积压优化和优先级排序，定义功能启动器和NFR，以及为各种组件和子系统分配架构职责。
•     参与PI规划前和规划后 - 系统架构师/工程师参与Pre-PI规划会议，与解决方案培训利益相关方合作，为即将到来的PI规划会议定义架构方法，能力路线图和高级目标。在PI后计划会议中，系统架构师/工程师帮助将结果汇总到商定的解决方案PI目标集中，并验证各种ART技术方向的一致性。
•     参与架构同步 - 系统架构师/工程师参与架构同步，以确保在整个解决方案培训中管理新兴设计和权衡的一致性，从而允许频繁的机会引导实施方法，而不会成为延迟的来源。
•     参与解决方案演示 - 系统架构师/工程师参与解决方案演示，经常展示他们的ART贡献的功能，并审查其他ART的贡献，采用系统视图，着眼于适用性。
•     与发布管理协作 - 在大型系统中，发布管理也发挥着重要作用。系统架构师/工程师与产品管理和关键利益相关者就解决方案元素的进度，预算，发布策略和可释放性进行协作。
•     跨越ART的协调技术方法 - 系统架构师/工程师与敏捷团队积极合作，确保在了解整体解决方案的同时做出紧急设计选择，并最大限度地降低技术复杂性并避免不必要的功能重复。

解决方案架构师/工程师的职责

解决方案架构师/工程师在系统架构师/工程师方面扮演着类似的角色，但在大型解决方案层面，他们专注于为完整的解决方案创建技术一致性，而不是关注特定组件。职责包括与投资组合利益相关者，客户，供应商，ART和解决方案列车合作，使架构方向与解决方案意图保持一致。他们在解决方案愿景，解决方案路线图，解决方案看板，非功能要求，启动器功能和解决方案演示活动方面也有类似的职责。

解决方案架构师/工程师在PI前后规划以及大型解决方案级别I＆A研讨会中发挥着至关重要的作用。他们还与供应商合作，确保了解供应商交付能力的技术特征，并协助这些问题的架构整合。

解决方案架构师/工程师与解决方案管理和解决方案培训工程师一起工作，作为三人组的一部分，他们分担了解决方案培训成功的大部分责任。

学到更多

 

• [1]国际系统工程理事会。 “什么是系统工程？”https://www.incose.org/systems-engineering。
• [2] Leffingwell，Dean。敏捷软件要求：团队，计划和企业的精益需求实践。 Addison-Wesley，2011年。
• [3] Kim，Gene和Jez Humble，Patrick Debois，John Willis。 DevOps手册：如何在技术组织中创建世界级的敏捷性，可靠性和安全性。 IT革命出版社。 Kindle版。

 

原文：https://www.scaledagileframework.com/system-and-solution-architect-engineering/

本文：

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