中台

中台历史

2015年12月

  • alibaba启动中台战略
    • 之前的“厚平台，薄应用”也顺势变成了“大中台，小前台”
    • 阿里早期中台

2018年

  • 全面爆发
    • 阿里拆分业务、数据双中台
    • 互联网大厂进行中台化战略
    • 架构组织革新

2019

  • 探索发展

2020年-今天

中台的演进（jishulingdaoli的观点）

  • 业务中台
    • 企业从业务顶层规划、业务建模开始，梳理出各业务领域的边界、服务能力，进而指导系统的服务化建设，比较好的实践有：企业EAI、微服务等等
  • 双中台
    • 企业具备了业务领域建模、数据治理方面的能力，逐步建立起基于业务中台和数据中台的“双中台”模式，在这个过程中，沉淀自己的中台方法论和实践
  • 碎片化中台
    • 在完成业务中台、数据中台的建设之后，企业组织的效率已经有了显著提升，企业成本也随之降低。这个时候，中台建设进入到了碎片化中台阶段，组织和业务线拆分得更细粒度，比如：安全中台、财务中台、移动中台、客服中台、供应商中台、物流中台等等

中台火爆的原因

  • 互联网企业的样板效应
  • 产业互联网，在消费互联网阶段的中后期，消费侧的战场日益白热化。互联网企业为了追求持续增长，纷纷将目光转向了供给侧，ToB 也异常火爆的原因。而云和中台战略正是互联网企业进入传统行业的一个非常好的切入点，所以我们看到越来越多的互联网企业参与进传统企业上云和企业数字化转型过程中，把自己的技术和实践带到传统行业，在整个过程中，中台确实是一个很好的抓手和利器
  • 行业从系统化向平台化转型的节点
    • 信息化建设启动早一些的企业，内部的各个系统也开始出现前面提到的烟囱林立、数据孤岛等痛点。而信息化建设相对晚一些的企业，也正好想通过这波中台浪潮来个弯道超车，一步到位
  • 经济形式的压力
    • 两年整体的经济大势并不太好，不确定性和不可预测性正在不断地冲击着各个企业甚至行业，而企业的管理者们对于企业未来发展的恐惧与焦虑倍增。这时候，互联网企业通过中台战略，把能力进行沉淀与复用，用确定性来应对不确定性，拥有快速试错、快速创新的能力和思路，这让传统企业看到了一个突围的方向

中台定义

thoughtworks

  • 企业级能力复用平台
  • “中台化”也就是“利用平台化的思维和手段梳理、识别、沉淀与复用企业级核心能力的过程”

主流

  • 业务数据双中台image-20220208172429764
    • 一种说法
      • 广义上所有的中台都是业务中台
    • 业务中台
      • 业务中台，是狭义层面的业务概念，业务中台需要具体承载支撑业务开展的必要业务元素，封装着为了保障业务可以顺利开展需要解决的必要问题空间的解决方案。
      • 业务中台，可以理解成狭义的业务中台，通过将不同业务线解决相同问题域的解决方案进行抽象与封装，通过配置化、插件化、服务化等机制兼顾各条业务线的特性需求，实现对于不同业务线的业务支撑
    • 数据中台
      • 业务中台就是在产生数据，数据中台是做数据的二次加工，并将结果再服务于业务，为业务进行数据和智能的赋能
      • 数据中台的好处
        • 见效快。目前大部分传统企业的问题还在于数据不通，“数据孤岛”现象比较严重，数据中台的建设对于痛点的解决直接，驱动力强
        • 组织调整负担小。一般来说，有一定规模的企业都已经有了大数据团队或是 BI 团队，这个团队自然就承载着相关的职能，不需要再做大的组织调整
        • 有一定技术基础储备。大部分企业都进行了多年的数据仓库建设，或是随着前几年大数据的浪潮，已经构建了多年的大数据技术平台
        • 大势所趋。 DT（Data Technology）时代，对于数据的价值，企业的认识也越来越深刻，大家已经意识到数据不再只是一种运营辅助分析的工具，而逐渐成为企业的核心资产和竞争力
    • 业务中台与数据中台相辅相成，互相支撑，互为输入输出。业务中台承载了企业的通用业务能力，为多业务线赋能；数据中台通过对于业务数据的二次加工，并反馈回业务中台，为业务进行数据和智能方面的赋能

其他分类

  • 技术中台
  • 研发中台
  • 移动中台
  • 管理中台
  • 组织中台
  • 碎片化中台

中台解决的问题

提升用户体验

  • 中台的目的是支撑小前台，通过改善前台来提升用户体验，通过梳理业务SLA沉淀到中台，以服务化的方式输出，确保最低服务体验标准
  • 用户响应力image-20220208172337765
  • 解决前台和后台速度不匹配的问题image-20220208172349343

降低成本

  • 通过合并重组相似组织来降低，如果系统存在大量重复建设，就说明公司存在大量重复组织，合并这些组织就能够降低成本，从而提升效能

中台的劣势

  • 原来的一层架构，变为两层架构（中台层和前台层），所以多了一层之后会带来中台与前台两层之间的摩擦，无论是从组织还是从业务上的
  • 有了中台，其实会对于前台的业务会有更多的限制，毕竟不能自己爱怎么做怎么做了，需要遵循中台的一些规范或是业务模式限制，所以也会在前台业务的灵活性上受到一些局限（好处是可以借力中台赋能）
  • 太难推进，太难建设了，一件事情太难，本身就是最大的劣势，只有容易且收益大的事情，才更容易被实施

中台建设前考虑的问题

  • 中台建设的愿景
  • 中台的用户和客户
  • 中台的钱由谁出
  • 中台的目标怎么验证
  • 中台环境是否已经具备？image-20220208172459715

中台建设规划方法论（thoughtworks）

实施路径

  • 路径图image-20220208172608363
  • 整个 D4 过程，是一个从战略到落地，从企业架构到产品架构最终交付的过程。而且遵循敏捷与精益的思想，整个 D4 的过程也是不断迭代的，例如每一个季度到半年，我们可以重新做一次轻量的 Discovery 和 Define，来不断对企业架构做敏捷的调整，以应对市场和自身的变化和不确定性

中台和传统 EA 有什么不同

  • D4模型image-20220208172632445
  • 融入设计思维（DesignThinking）来解决创新的问题，融入领域驱动设计（Domain-Driven Design）来解决中台化能力识别的难题，再通过融入敏捷与精益的思想来解决过程重、流程长、变化响应力低的问题

Discovery

  • 第一个阶段是 Discovery，帮助我们在中台规划前先建立全局视野。在这个过程中我们以企业愿景和战略为输入，结合行业趋势、竞争对手分析、用户客群分析 、业务现状分析、IT 资产盘点，全方位多角度地理解企业的战略市场环境以及业务及 IT 全貌，帮助我们做出最正确的判断
    • 由外到内：行业与竞争对手分析
    • 自上而下：企业战略分解
    • 自下而上：现状调研与分析
      • 传统的业务流程图
      • 用户旅程结合服务蓝图

Define

  • 第二个阶段是 Define，帮助我们基于之前 Discovery 发散的各维度信息进行收敛与分析， 对于中台的架构进行定义。通过对跨业务线的业务梳理进行重合度分析，并结合领域分析对业务表象之后的企业核心问题域做进一步展开和重合度分析，一起来收敛推导基于中台的企业架构设计。并基于多维度的打分，形成具体的实施路径规划，说白了就是先做什么后做什么。这里需要注意一点，此时收敛的是仍是企业架构层面，像业务中台、数据中台这种级别的产品，可能只是实施路径中的一个项目，在这个阶段也可以回答那个我们关心的问题，我们到底需不需要中台，需要哪些中台
    • 路线图image-20220208172732800
    • 企业级架构方法（Zachman、TOGAF）的裁剪和优化
    • 能力模型分析image-20220208172658208
      • 中台的位置image-20220208172710040
    • 通用能力分类
      • 业务数据
      • 业务功能
      • 业务流程
      • 通用的技术能力
    • 通过领域分析识别共性能力
      • DDD
        • 使用领域驱动设计结合事件风暴（EventStorming）这两个工具，通过工作坊的形式来对业务流程背后的问题空间和解空间做进一步的分析，识别出关键聚合，再通过跨业务线的问题域叠加投影，找出大家共同关注的问题空间和聚合，从而继续扩展来做共性场景和能力识别
      • 8Xflow

Design

  • 第三个阶段是 Design，帮助我们针对实施路径中的某一个产品，例如业务中台，做详细的设计，包括产品级的业务需求分析、功能及架构设计、实施计划等。例如对于业务中台产品，在 Design 阶段我们需要回答产品的愿景、边界、产品形态、技术架构、交付计划、成本预估等等，这个过程就是一个标准的产品设计过程，只不过在中台项目中大多是针对中台类的产品而已
    • 路线图image-20220208172921897
    • 确定中台产品愿景image-20220208173047957
    • 确定业务梳理范围image-20220208173100510
    • 细粒度业务梳理
      • 需求的逻辑image-20220208173114146
      • 中台需求的逻辑image-20220208173125080
      • 服务蓝图image-20220208173135355
    • 确定MVP
      • image-20220208173147982
    • 运营前置：制定迭代计划及接入计划
      • image-20220208173205044
    • 度量前置：定义验证指标
      • image-20220208173236955
      • image-20220208173246853

Delivery

  • 第四个阶段就是 Delivery，这个时候我们就可以针对一个设计好的中台，开始具体的交付过程，我们采用的是敏捷结合精益软件开发的方式，用快速迭代和基于反馈的调整，最大程度地弥补由中台建设本身的复杂度带来的设计偏差和其他的交付问题，并且注重架构的治理与守护，减少实现与设计的偏离
    • 中台人员能力模型image-20220208173302373
    • 精益产品研发流程image-20220208173312050
    • 中台的运营、治理与演进
      • 中台产品的用户划分
        • 三层用户划分机制（3 tiers customer segmentation）image-20220208173326500

中台材料参考

http://www.k6k4.com/tech/article/show/ab9lttmnm1616327889211

https://time.geekbang.org/column/article/140054

https://zq99299.github.io/note-book/middle-office/#%E5%A3%B0%E6%98%8E-%E8%AF%B4%E6%98%8E

微信号：jishulingdaoli

各类企业级架构方法论的总结比较

  • TOGAF（The Open Group Architecture Framework，开放组架构框架）、
  • CBM（Component Business Modeling，业务能力组件模型）、
  • 中台前两个都是国外引进的，中台则是国内互联网企业基于自身实践总结推广的。其他：
    • EBA（Enterprise Business Architecture，企业级业务架构）是基于书籍作者亲身参加过的大型银行企业架构转型工程总结出来的，但是偏重业务架构，该工程实际上是TOGAF和CBM的混合模式；
    • MEAF（Modern Enterprise Architecture Framework，现代企业架构框架）是由一家thoughtworks总结出来的，实现模式上接近于企业级业务架构和DDD（Domain Driven Design，领域驱动设计）的结合体；
    • ABAE（Architecture Based on Aggregate Elements，聚合架构）是作者对以往企业架构理论提出的最新变革