【】中台实战（7）：绕不开的企业架构( 二 )

让我们具体来看看企业架构到底是由什么组成的，如果绕过那些特别繁琐的实施方法，仅从产出物上来看，我引用一张在我书中的图来概括企业架构是什么东西：

本文插图

业务架构：如何将企业抽象的商业理论变为具体的执行层面，例如马云提出的让天下没有难做的生意落实到具体的执行层面，就是建立一个由支付体系（支付宝）+全球交易平台（泛淘宝平台）+物流体系（菜鸟驿站）组成的业务架构；
IT架构：如何管理企业内部在运作中产生的数据，不同的应用软件，以及底层的实现技术。

当然完整的企业架构构造不会这么简单，按照John Zachman的理论，企业架构具体分为这6类角色：

企业拥有者
业务管理者
系统分析者
系统设计者
系统建设者
系统本身

而这6类角色各自关注的问题也是有所不同的，具体关注的问题如下表所示（可点击放大哈）：

本文插图
既然聊企业架构，我就再展开点引用一位明白人谈谈目前发展的现状：
工业和信息化部副部长杨学山在一次内部座谈时提到：与西方发达国家比，国内的信息化建设在硬件方面已经不相上下，在软件方面有5年的差距，在信息化管理方面有大概10年的差距，在企业架构方面则有20年的差距。
二、了解了企业架构后的中台建设
了解完了企业架构的概念后，我们再回到中台建设思考上，中台本质也是一个业务系统。
所以当我们研制中台的时候我们就需要考虑企业原有的企业架构（业务+现有IT系统），在中台加入后的新企业架构会是什么样的？
如何既符合原有业务架构又能封装整个IT架构，为产品交付提供便利。
当然我们不需要像传统的软件咨询行业一样去规划企业蓝图，中台建设中更多关注的是企业的业务现有流程，以及现有各系统之间的关系，在中台层面需要如何进行支撑与服务。
举个例子我们作为一个外卖APP ，我们内部有商城系统，商户管理系统，物流调度系统，客服系统，当我们新拓展出的外卖派送、同城派送与超市派送等业务时，虽然应用场景各不相同，但这背后的业务核心流程是完全相同的：都是为用户提供周边5公里的派送服务。
对此我们可以将这派送机制抽离并整合进中台中，由中台提供一个全公司业务的派送调度服务，而由不同的前台业务线来根据具体场景设计对于的用户交互流程与订单的下单与进度显示。
这其中本质上就是要梳理企业各业务线中原有的调度系统关联关系，以及原来的派单业务的运营模式、流程体系、业务人员的组织结构。
让我们再来看中台的完整建设流程（也就是在我的书中介绍过的MSS建设模型）：
该流程的前三步其实就是在进行业务架构的梳理（当然本系列中台实战文章的写作路径也就是在按照企业架构的梳理方法进行一步步展开的）。
例如在上一篇文章《中台实战（6）：业务边界的划定》里，我们其实谈的就是企业架构里业务架构的梳理，我们结合前面学习过的商业模式识别与已经标准化的企业流程，对我们各业务线的SOP进行评估以及最终产出了一个业务标准建模：
Part1：生鲜电商商业模式（业务架构）

本文插图
Part2：业务架构承载方：业务线定义（业务标准建模步骤1）