数字架构方法或框架不需要从头开始创建，而是需要使用各种方法、框架和工具（例如敏捷架构） 、SaFE、TOGAF），我们可以利用它们来实现数字化转型。

那么我们如何进行数字化转型架构师呢？或者换句话说，实践中的数字架构是什么？

让我们首先了解三个基础知识，这样我们就可以达成共识（至少在这个参考框架内）。

基础#1：什么是数字化转型？

这个话题在业界已经被讨论得死去活来，并且有很多网页可以让您了解它可能是什么。所以，我会简单地说明它不是什么......

数字化转型不是计算机化。

或者换句话说，这不仅仅是将现有的手动流程转换为数字流程。

相反，数字化转型是对服务的全面改变，它不仅影响和改变用户/客户与服务交互的方式，而且影响和改变提供该服务的企业/组织，以及这两个参与者所在的更广泛的生态系统，这使得创新、自动化和其他我们甚至还没有想到的令人惊奇的很酷的事情成为可能。

考虑到上述情况，重要的是要指出数字化转型是一个旅程，没有具体的结论。相反，最终目标是持续交付新功能和增强功能。

基础#2：什么是架构？

架构归结为三个关键点：

• 促进和整合业务、IT 和用户需求的关注点和考虑因素；然后

• 支持业务利益相关者优先考虑并进行技术投资，以最大限度地减少技术债务；同时

• 创建和管理工件，帮助 IT 领域的所有利益相关者使用和交付他们所需的内容。

换句话说，架构是关于使用最好和最合适的可用技术来实现积极的业务成果，并与所有利益相关者进行有效的沟通。

基本问题#3：如何实现数字化转型？

通常，数字化转型是使用敏捷交付概念（参见敏捷联盟和敏捷宣言）来交付的，其中包括“测试和学习”迭代过程，以灵活和交互式的方式设计和构建产品/解决方案/服务。这使得这些东西能够在短时间内交付，从而允许根据外部因素随时调整优先级。

那么，什么是数字化转型的数字架构？

将这三个基础知识放在一起在理论上听起来很棒，但实际上，这个理论存在不同程度的偏离（我相信我们很多人都经历过！）。

因此，为了确保成功，数字架构需要在正确的时间提供足够的“形状”，以便数字化转型能够以最佳机会实现价值。

我们如何“塑造架构”？

1. 使用端到端用户旅程塑造有意架构，定义需要交付的史诗/功能
2. 塑造一个能够提供这些功能的演进架构
3. 塑造设计和交付跑道，将 MVP 所需的功能作为第一个版本
4. 与交付团队合作，将有意架构塑造成紧急解决方案
5. 不断重新审视上述内容以跟上组织的需求

• 参考模型： 平台或行业的加速器
• 解决方案蓝图： 用技术解决方案代表业务解决方案（用户旅程、用例）
• 能力模型： 通常，我们需要从业务或技术解决方案中获得分层模型
• 路线图和过渡架构： 提供如何随着时间的推移交付业务和技术解决方案的视图
• 差距分析： 评估架构中差距的技术
• 解决方案大纲： 将解决方案描述到适当的级别，以推进计划的下一阶段

数字架构能否挽救失败的数字化转型？