基于EA的企业数字化转型架构的设计

说到架构，一定会想到业务架构、技术架构、应用架构、数据架构、安全架构等。在IT领域，可谓无处不架构。那么，我们谈架构的时候，到底在谈什么？

01什么是架构？

架构——Architecture，一个源自于建筑行业的古老词语。

相比建筑业，IT行业还是一个年轻的行业，它的一些理论体系都是从传统行业中引进而来的，这里边就包括从建筑业引进的“架构”。我们现在谈的软件架构实际上就是对软件系统的一种抽象描述，主要包含软件的组成、结构、行为、功能，除此之外，软件架构还关注软件的易用性、高性能、扩展性、复用性、可理解、经济性、技术的先进性、技术限制和权衡等。

架构有多种视角，如我们上文提到的业务架构、技术架构、应用架构、数据架构、安全架构、集成架构、硬件架构等，实际上就是从不同角度，对系统或对象的关系和结构进行描述和定义。

架构可大可小，有不同的层级，诸如：指导不同类之间协作关系的是架构；指导不同模块之间协作关系的是架构；指导不同系统之间协作关系的是架构；指导人与人之间协作关系的也是架构……

02什么是数字化转型架构？

从数字化转型的定义上看，至少包含两个方面：一方面是商业模式的转型，一方面是技术的升级。因此，数字化转型架构是由业务架构、技术架构两条螺旋组成的一个循环上升的模型，其数字化转型架构设计的本质是一种定义数字化问题，明确数字化需求，制定数字化解决方案的过程。

数字化架构是一个泛在的概念，既包含战略层面的规划，也包括战术层面的方法；既包含业务模式的创新优化和业务之间的协作的关系，也包括技术实现的升级变化和技术之间的分层逻辑；既涉及人员认知和思维转变，也涵盖组织机构和考核机制的变革。

03数字化转型，为什么需要架构？

随着数字化的不断发展，“架构”在企业数字化中的作用越来越重要了。架构的两端，一头是由企业的人财物等各类资源、业务流程、业务模式组成的现实世界，一头是由技术框架、软件系统、功能、数据、网络组成的虚拟世界，架构是连接企业的现实世界和计算机世界的一座桥梁。

数字化架构在企业数字化转型中的重要性：

1、上承战略目标。数字化转型架构设计的驱动力源于是企业的数字化问题和需求，数字化转型架构是对企业数字化战略目标的承接。

2、下接技术决策。需求和问题明确了，接下来，数字化架构还需要回答用什么样的技术实现这个业务目标。

3、控制复杂性。基于“分而治之”的思想，将复杂的问题进行分步或分层拆解，以支持业务增长和结构重组的灵活性。

4、明确实现路径。数字化转型不能一蹴而就，需要一步步来，数字化架构的设计还应回答实现业务目标的步骤和方法。

5、提高交付质量。架构设计应考虑实现和运营两个层面的质量特性，例如：实现层面的系统或模块之间的协作性（高内聚、松耦合），灵活性和可扩展性，适用性和可实现性等；运营层面的性能问题，安全问题，易用性和可靠性问题等。

6、固化核心知识。架构设计是将业务目标抽象为计算机可以理解和识别的关系和结构，这个过程有利于知识的积累和固化。

7、提供可复用资产。不论是SOA架构还是微服务架构，都讲求组件化、模块化，提供了结构重组的灵活性，并让企业可复用的资产（组件、应用、服务、数据等）可以最大化进行复用。

8、行之有效的运营支撑。数字化架构不仅关注系统的实现，更关注系统的运营。数字化架构的设计涵盖了系统易用性，安全性、可靠性、高性能等系统运营所必须的要素，为系统的有效运营提供支撑。

在企业数字化转型的过程中，架构不仅是一家企业的上层构件，也是一家企业的战略布局图。

04数字化转型架构的两个派别

有关数字化架构设计的方法，目前有两个主要流派：一个是以企业架构咨询为核心的全面规划派；一个是以敏捷开发为指导的需求驱动设计派。

1、企业架构派

企业架构（Enterprise Architecture），简称EA，是指对企业信息管理系统中具有体系的、普遍性的问题而提供的通用解决方案。企业架构原则上的关注点是企业范围的需求识别、规范，以及优先级划分，并基于此来定义企业的愿景/使命、目标/目的/驱动力、组织架构、职能和角色，以及与IT架构相关的应用架构、数据架构、技术架构等，企业架构是一个整体的企业信息化规划的方法。

企业架构流派认为数字化转型是企业的整体转型，是对企业业务模式的重塑、组织架构的重组、业务流程的再造，其本质就是重构企业架构。而企业架构作为连通业务与IT的桥梁，为管理人员、业务人员、技术人员等不能层面的人提供了一个宏观的全局视图，为企业数字化转型提供助力和支撑。因此，企业数字化转型应从企业架构设计抓起，TOGAF就是其最具代表性的架构方案。

2、敏捷开发派

敏捷开发（Agile Development），是一种以人为核心、迭代、循序渐进的开发方法，其核心是“以人为本、目标导向、客户为先、拥抱变化”。“敏捷”是一种注重价值实现和以客户为中心的协作与创新理念。

敏捷开发派认为数字化世界是千变万化的，不论是市场需求、业务模式，还是技术路径、实现方法，随时都会发生变化，而企业要做到的是敏捷应对这种变化的能力。因此，企业数字化转型应该是“以产品为中心的敏捷交付模式”，专注于创建MVP而不是追求完美，侧重于从数据和迭代中快速学习。

以上的两种观点各有道理，且并不相悖，而是辩证统一，是企业数字化转型的体系规划和落地实现的两个层面的内容。企业架构是向上思考，侧重规划；敏捷开发是向下思考，侧重执行。尽管，在敏捷体系中也有架构，但这个架构是针对一个需求、一个系统而言的，并不能取代企业架构，否则就会陷入“只见树木、不见森林”的困境。而企业架构是面向企业的宏观架构视图，涉及到企业战略、业务模式以及技术、组织、流程、制度等方方面面，企业架构的内容并不能一步到位，恰好需要敏捷开发的方法，逐步迭代的实现。

05数字化转型，业务架构的设计

在进行转型架构设计之前，建议思考下以下问题：

1、企业数字化的愿景、使命、战略是什么？

2、企业要解决什么问题，痛点在哪里？

3、企业要达成什么样的业务目标？

4、机会在哪里？方案是什么？

5、达成目标需要分几个步骤？

6、谁来主导实施？

如果这些问题找到了答案，那么企业的数字化转型架构的第一条螺旋——业务架构，已经可以推导出来。

06业务架构设计的常见问题

数字化转型架构设计的过程并不简单，充满了很多坑，给大家介绍两个：

1、回归初心，想清楚企业的使命和愿景是什么？

“初心”是决定一个企业能够走多远的关键一步。拿微软来举例，我们知道微软当初的使命是“让每个人的桌面上都有一台电脑”，这个使命成就了微软，让微软成为了PC时代的独一无二王者。但这一愿景，到了智能手机时代也一度成为了微软转型的桎梏。直到后来，微软调整了它的使命“赋能于每个个人和每个企业，帮他们成就不凡！”。在新的使命感驱动下，微软建立了数字化的文化，成功实现了数字化转型，成为了数字时代能够起舞的大象！

2、很多企业不知道痛点是什么，在哪里？

企业数字化转型的本质是重塑商业模式，但并非颠覆式创新，事实上我们看到的所谓颠覆式创新90%以上都是在“微创新”的基础上积累出来的。因此，企业在定位痛点的时候，先不用想业务中哪些业务可以颠覆，而需要去考虑业务中还存在哪些流程的断点、业务的盲点，将其找到并进行改进。

07数字化转型，技术架构的设计

设计技术架构时，需要考虑以下问题：

1、现有的技术团队的优势在哪里？短板在哪里？如何取长补短？

2、需要哪些数字化技术？如何有序引入？

3、现有数据有哪些？数据质量如何？

4、缺少哪些数据，如何获取？

5、缺少哪些专业人才，该如何补齐？

写在最后的话

参考《麦肯锡数字化转型四步法》，在企业的数字化转型之旅中，设计转型架构是企业数字化的第二步。个人认为这一步也是最关键的一步，说它关键，不仅是因为这一步是上承“企业数字化战略”，下接“数字化落地决策”，更重要的这一步也是构建企业数字化能力，培养数字化文化的基础，描绘出企业数字化的整体蓝图。