敏捷与企业架构：战略联盟

介绍

企业架构的三大支柱是对齐、洞察力和质量。

1. 调整：企业架构（EA）使战略与运营、业务需求与IT供应保持一致，并确保这些变化符合企业战略和目标。
2. 洞察力：EA提供对组织、信息系统和技术的当前和预期状态的见解。
3. 质量：EA有助于提高单个解决方案的质量，简化其开发和维护。

企业今天面临的一些挑战包括：

1. 业务敏捷性
2. 全球化和数字化
3. 系统日益复杂
4. 产品类型开发
5. 市场竞争
6. EA采用的陷阱​​​​​​​

组织专注于EA的技术方面，因为大多数EA计划都是由首席信息官组织或IT总监推动的。

企业架构团队花了很多时间选择EA框架和EA工具，而不是定制和使用它来开发企业架构。

企业架构师经常被拖入运营活动或日常项目工作。这意味着，虽然它们看起来富有成效，但实际上它们在企业层面解决组织问题方面几乎无所作为。

今天，整个行业对架构师的看法正在发生变化。企业架构师需要编写代码，以赢得整个组织的尊重。企业架构师不仅应参与战略阶段，还应参与端到端实施。他/她需要与企业密切合作，确定企业的业务战略。此外，他/她应该监督如何以实施形式实现业务战略。

基于上述问题，在定义企业架构时需要敏捷性。以下各节阐述了敏捷和企业架构之间的联系。还详细解释了企业架构师在敏捷开发中的作用。

敏捷企业架构

敏捷是一种用于软件开发和项目管理的方法。在敏捷方法中，单个项目被分解为更小、更易于管理的细分市场，以加快设计过程并尽快生产优质产品。

敏捷架构是协作的、精益的和可采用的。它支持敏捷企业创新和采用数字技术。

敏捷EA框架

以敏捷的方式，企业架构师的重点是：

1. 通过早期和持续交付有价值的软件来满足客户
2. 即使在开发阶段的后期，也要接受要求
3. 经常从几周到几个月交付工作软件，优先考虑较短的时间尺度
4. 在整个项目中，每天与商界人士和开发人员持续合作
5. 通过面对面对话有效地向开发团队传达信息
6. 开发工作软件，这是衡量进步的主要标准
7. 持续关注技术卓越和良好的设计

敏捷EA框架（AEAF）有助于打破IT和业务之间的障碍，最好是提高单位的同地办公水平，并快速组建团队，为新项目联合起来。最小可行产品（MVP）随着基于实时客户反馈的迭代而发展和改进。敏捷企业架构通过构建支持云、DevOps、微服务、数据分析、测试自动化和API的新架构，帮助企业向数字化转型。

AEAF有助于使用迭代生命周期来定义架构，允许架构设计随着问题和约束的更好理解而逐渐发展。

架构和系统的逐步构建必须齐头并进，随后的迭代将解决架构问题并解决架构决策，以达成灵活的架构。AEAF在以下各节中详细介绍了每项活动、目的和它们之间的关系。

a）敏捷EA规划

这一步涵盖了架构愿景和前期规划，范围解决了利益相关者的业务问题和担忧。

Architecture Vision提供文档，以获得继续开发目标架构的许可。它涵盖了问题的范围和利益相关者的担忧，还解决了利益相关者的优先级和偏好。

架构积压涵盖了产品的价值、复杂性、依赖性和紧迫性。

b）敏捷架构定义

在此步骤中，涵盖了涵盖业务、应用程序、数据和技术的域架构的定义。一组由利益相关者批准的领域架构来解决正在解决的问题，并有一系列差距，并努力消除利益相关者理解的差距。

它还解决了使企业能够满足利益相关者偏好的变化。

c）敏捷EA分类法

敏捷EA分类法涵盖了敏捷架构原则、整个企业采用的敏捷价值观等工件。它还涵盖了敏捷架构域工件所遵循的最佳实践、指南和清单。

每次冲刺都提供工作产品的有用部件。EA积压的核心是适当有限的EA景观。

工作产品阐明了预期的结果，而没有详细说明如何开发和执行某些东西。它将要执行的工作限制在相对较短的时间间隔内，以尽量减少正在进行的工作量。

它确定了其前身和继任软件包。工作产品可以追溯到一个目标，因此当其交付延迟或完全失败时，企业将面临改变目标架构的后果。

d）实施

敏捷团队采取渐进式方法，而不是对整个程序的架构需求做出决定，而是采取渐进式方法——确保设计是可扩展的，并与愿景保持一致，同时详细说明并满足企业需求。为了最有效，当架构小组继续着眼于大局，而团队专注于基于冲刺的交付成果时，这很有帮助。应该一起做出决定，以确保正确的平衡——无论是从商业价值角度同意项目的各个阶段，接受新的技术债务，还是特定框架或组件的设计细节。

作为敏捷架构实施的企业架构师，重点应该放在：

1. 有意的架构：架构是一种合作
2. 构建可能有效的最简单架构（既定的设计原则）
3. 编码或建模（尖峰、原型、域和用例模型）
4. 构建它，测试它（设计可测试性）
5. 实施架构流程（架构史诗和投资组合看板）

e）敏捷EA组织

EA Practice需要构建敏捷的企业环境。架构团队也必须包括来自敏捷团队的企业和解决方案架构师。业务架构团队是企业架构师和业务专家的结合。EA团队需要每天与敏捷团队密切合作，以确保成功实现愿景，同时整合团队和客户的挑战和反馈。

敏捷首席架构师：在整个企业中推广敏捷方法，帮助团队顺利执行，并消除任何障碍。敏捷首席架构师（ALA）是企业架构产品的最佳产品所有者。作为产品所有者，ALA确定了组织所需的架构，拥有EA开发冲刺中使用的接受标准。

企业架构师：敏捷团队的一部分帮助开发、改进和维持企业架构。敏捷架构师是开发团队的积极成员，酌情开发软件，并担任团队的架构顾问。

敏捷团队：服务规模小，由小团队开发。敏捷使经常以小块形式发布成为可能，从而显示业务进展。遵循CI/CD来提高复原力水平。

f）EA存储库

这有助于存储所有敏捷架构和开发工件。

g）敏捷EA治理模型

敏捷治理就是在整个组织中创造价值，而不仅仅是在单个项目中。敏捷治理是在组织的管理层和正在完成项目的团队之间架起一座桥梁。

既定的敏捷EA治理模型：

1. 支持敏捷团队以自给自足的方式做出架构决策
2. 利用跨学科敏捷团队的能力来处理复杂的主题
3. 减少企业架构的管理开销
4. 提高企业架构的覆盖范围

摘要

敏捷性在企业转型中起着重要作用。这种转型有四个维度：功能、技术、运营和业务转型。在所有四个维度中，EA和敏捷相辅相成。

在敏捷方面，架构师需要始终与团队保持投资。他/她需要有远见卓识，同时管理变化和复杂性，从功能规范的定义开始参与项目，与业务团队共同审查功能规范，以了解预期，并确保所写的内容符合预期。

不断与团队核实，以确保他们没有偏离规定的设计。很多时候，架构师必须保护团队免受不必要的官僚主义的影响。

产品所有者、敏捷架构师和团队应共同决定冲刺范围。架构师仅在范围界定或最后一刻引入的更改期间出现问题时进行干预。

接下来，向企业演示冲刺输出，以获得客户反馈，并适应必要的更改。

团队需要有经验和新手工程师的正确组合。虽然敏捷，但他/她不明确推荐文档，而是根据需要创建文档，以缓解未来支持团队的生活。

关于作者：

Dr. Gopala Krishna Behara

Wipro Technologies首席企业架构师

他是The Open Group TOGAF Certified、AWS解决方案架构师、IBM云解决方案，并担任咨询架构师、企业架构、下一代架构、应用程序组合合理化和架构保证计划的导师，并继续作为主题专家和作者工作。曾在美国、英国、欧洲、亚太地区和中东地区参与多个架构转换项目。