从数字化架构入手，促进企业数字化转型

高德拉特的《目标》对我个人的影响非常大，不仅仅因为《目标》提出的TOC理论，还有书中对瓶颈问题的解决思路。读过《目标》后，我解决问题总是从瓶颈入手。

企业数字化转型的瓶颈是什么？

现在数字化转型已经进入规模化发展阶段：即经过多年的场景探索，已经有一批确认可以创造商业价值的场景可以规模化推广。

但是验证的场景，也面临复制失败的挑战：

（1）已经验证的场景，但是换一个环境，却不成功。最典型的例子是阿里推动的中台概念，在规模化复制时出现了很多问题；

（2）即便是验证过的场景，移植到类似的环境中，因为项目实施人员能力的差异，也会导致项目失败。

通俗地说，就是一个场景实现了从0到1的验证，但在从1到10的复制过程中，失败率高，这是现在企业数字化转型中的一个瓶颈。

而在IT时代，通常通过项目方法论（Project Methodology )，来提升项目复制的成功率。

因而项目方法论是解决现阶段数字化转型瓶颈的最有效工具。

设计思维是SAP的创新方法论

2019年加入SAP后，发现SAP在2016年12月，通过白皮书：《设计思维与数字化转型——利用SAP经久验证的设计思维方法，推动数字化转型之旅》，作为创新方法论，促进企业数字化转型。在文章SAP利用设计思维开展数字化转型的四大方式 做了说明。

在2023年离开SAP之后，希望通过推动设计思维，作为企业数字化转型的方法论。在对企业家、CIO两个群体分享设计思维与数字化转型的课程之后。

中国绝大多数企业的数字化转型与SAP客户的数字化转型的重点不一致。

因而设计思维，对中国绝大多数企业的数字化转型而言，是未来数字化转型阶段的方法论，而适合现阶段的方法论，是传统企业应用软件的方法论，主要是基于企业架构发展出来的。

企业架构方法论太重，需要更简洁的方法论

在上个世纪70年代，在企业应用软件的规模化普及阶段，也曾遇到困难，即软件危机。在上个世纪90年代开始，开始使用企业架构帮助企业构建企业的应用架构、软件架构。

因而企业架构框架是企业数字化转型的框架。华为数字化转型的4A方法论，本质上借鉴了企业架构框架TOGAF框架。

无论是数字化转型的甲方企业，还是乙方企业，基于TOGAF框架构建项目方法论都会提升数字化转型成功率。

但是TOGAF框架太重，对于数字化转型的企业而言，从TOGAF入手的方式，周期长、见效慢，很难满足CIO的需求。

CIO需要精简的方法促进数字化转型

企业信息化时代，决定企业的技术架构是CIO的主要工作职责之一。通过一个精简的方法框架，帮助CIO选择数字化技术架构，或许是现在CIO更紧迫的需求。

因而从6月份开始，开始开发一个针对CIO的课件《数字时代的业务挑战及数字化技术架构》，课件的主要内容是介绍数字化技术架构的三层结构：（1）基础设施层；（2）软件层；（3）协作层。

在数字化的技术架构中，分别对应着（1）GPaaS（通用PaaS），（2）APaaS（应用PaaS），（3）iPaaS（集成PaaS）。

通过三层结构的解析，让CIO理解三层架构的功能，以及架构的选择原则：

主要包括：

1、一个原则：业务需求决定数字化架构，技术架构承载业务能力；

2、两种业务模式：Ready-to-run模式和Ready-to-Build模式；

3、技术架构的三种技术能力：(1)数据处理能力；（2）生态承载能力；（3）集成与扩展能力；

4、数字业务的四种特点：(1)规模化创新；（2）数据驱动；（3）生态协同；（4）业务敏捷。

通过这个简单框架，可以帮助CIO建立选择数字化技术框架时，讨论展开的维度。

欢迎感兴趣的CIO与我交流！