BAT都在悄悄“拆”中台,“碎片化中台” 时代已来
举报
人工智能爱好者
发表于 2021/02/07 15:46:06
2021/02/07
【摘要】 01 潮水退去,中台逐渐回归技术本质2015年阿里提出中台战略,构建符合DT时代的“大中台,小前台”的组织机制和业务机制,中台的序幕就此来开。时任阿里巴巴CEO的逍遥子不会想到,四年之后中台竟然成了一条赛道,一门生意。“中台”也成为了企业数字化转型领域最热门的词。国内较早一批上中台的公司,到现在也有三、四年了,这些企业的中台现状怎么样?中台解决了企业哪些问题?上中台的企业都活得如何?带着这些...
2015年阿里提出中台战略,构建符合DT时代的“大中台,小前台”的组织机制和业务机制,中台的序幕就此来开。时任阿里巴巴CEO的逍遥子不会想到,四年之后中台竟然成了一条赛道,一门生意。
“中台”也成为了企业数字化转型领域最热门的词。国内较早一批上中台的公司,到现在也有三、四年了,这些企业的中台现状怎么样?中台解决了企业哪些问题?上中台的企业都活得如何?
带着这些问题,老K跟几位大厂的中台负责人做了一次访谈,发现了几个有意思的点,整理出来跟大家分享:
第一,当初上中台,或多或少是有些“跟风”。老K的朋友约瑟夫,是某互联网金融公司的架构总监,阿里推出中台战略的第二年,约瑟夫在公司里推动中台架构变革,该项目实施一年后,获得了公司的创新奖,约瑟夫应该是行业里第一批尝到中台“甜头”的人。
就觉得这个理念非常好,抽取业务系统中的公共部分成为服务,合并相似组织,这本来就是要做的,但是一直得不到公司的支持。
阿里的中台理念一推出来,我就趁热打铁,推动这个事。
公司CEO觉得也许可以试试,就划了资源给我,但是这个中台怎么做,其实谁也不知道,毕竟阿里刚把这个概念提出来,后来找了阿里的朋友交流学习,结合自己的想法,中台项目就上马了。后来持续做了一两年,很多行业朋友纷纷来向我们取经,其实我们也没觉得自己做得有多好。
第二,因为“特殊目的”上中台。吉森是老K的牌友,经常一起打德州扑克,人品还可以,牌品不怎么样,平时输多赢少。吉森是某电商独角兽的CTO。据吉森回忆,2018年他主导了公司的中台项目,毫不掩饰地说,他的目的就是想干掉公司内部的几个老油条总监,借着中台项目,进行组织架构调整。
混职场的都知道,这一招并不高明,但是非常有效。明面上说是中台架构升级,暗地里重新划分势力范围,安插自己的得力干将,解决企业内部山头林立的问题。
第三,中台确实解决了一些组织和效率的问题。上中台不管是“跟风”也罢,重整“山头”也好,事情还是要做的,要知道老板能坐这个位子,都不是傻子,投资源给你是要看到结果的。中台项目,只要是动真格的,系统重复建设、数据孤岛的问题,都不难解决。
第四,不少企业已经开始“拆”中台。以约瑟夫的公司为例,因为上中台比较早,前期可借鉴的资料很少,硬着头皮从业务中台开始做,用了一年多时间做完第一期,这时阿里升级了中台战略,叫“业务-数据”双中台。约瑟夫的团队学习能力还是有的,于是“拆”了业务中台,也模仿阿里做成“业务-数据”双中台的模式。
约瑟夫说,也不是完全模仿阿里,他们在建设数据中台的时候,是有自己的考虑的,随着业务中台建设的深入,发现数据集市在整个业务中台建设中的重要性,数据集市就是数据中台的前身,直到阿里提出“业务-数据”双中台的理念,约瑟夫顿时豁然开朗,开始“拆”业务中台。
从2017年开始,老K对中台做了系统性研究,写过20多篇分析文章,读了阿里所有关于中台的书,包括邓中华那本已经绝版的《大数据大创新-阿里巴巴云上数据中台之道》,该书是最全面和系统地论述中台理念及架构方法的书,可惜出于某些原因被撤回了,市面上买不到了。
2015年底阿里推出“中台”战略,将庞大的业务服务能力,都装进了“业务中台”里,包括交易中心、支付中心、清算中台、用户中心、产品中心等13个业务域,这是阿里中台早期的架构图:
随着阿里中台战略的深入,2018年阿里提出了“业务-数据双中台”战略,可以理解为升级版的中台战略,依托阿里云ET大脑,向社会输出中台能力和方法论。阿里的中台一分为二:数据中台、业务中台,如下图:
这一“拆”,仿佛打通了中台战略的任督二脉,从此一发不可收拾,相继拆分出:移动中台、技术中台、风险能力中台、研发效能中台等等。至此,阿里在“拆”中台的路上,越走越远。
2018年,百度推行中台战略以来,也先后拆分出:搜索中台、知识中台、AI中台、技术中台等等,架构图如下:
2019年5月,腾讯高级执行副总裁、云与智慧产业事业群(CSIG)总裁汤道生,公布腾讯开放的中台能力,包括数据中台和技术中台。
- 数据中台,包括:用户中台、内容中台、应用中台等。
- 技术中台,包括:通信中台、AI中台、安全中台等。
企业与开发者可以灵活地把这些技术应用到业务场景中。
除了BAT纷纷“拆”中台之外,各大互联网公司也在拆中台。约瑟夫所在的公司,作为较早一批实施中台的企业,心路历程跟阿里是类似的,也经历了大而统一的“业务中台”,逐渐拆分成越来越“碎片化”的中台架构。
可见,随着企业“中台”化的深入实施,中台碎片化是企业架构演进的内在需要,是不可阻挡的趋势。
仔细想想你所在的公司,中台是不是已经碎片化了?哪个公司还没几个业务中台、数据中台、技术中台、安全中台、金融中台呢?当我们在争论,“哪些是伪中台?”、“为什么凭空冒出这么多细分中台?”的时候,改变正在悄悄地发生,中台已经趋向于碎片化。
随着智能时代、移动互联网时代的来临,新的生产力驱动着生产关系的改变,企业的组织变革也在悄悄地发生,组织中台趋向于小微化、扁平化、自组织,倒逼着系统架构适应组织的变革,做架构的同学都知道这是康威定律。
康威定律,是马尔文·康威1967提出的:“设计系统的架构受制于产生这些设计的组织的沟通结构。” 通俗的来讲,系统架构反映的是组织架构,两者要相互匹配。
阿里、海尔,以及许多互联网时代的先锋企业,已经敏锐地嗅到了时代的气息,革自己的命,推动组织升级。阿里的“大中台,小前台”“数据-业务双中台”的战略演进,海尔的小微企业、人单模式、创客平台,都是在顺应时代的发展进行组织变革,组织变革驱动IT架构变革。
2020年,企业进入中台下半场,“碎片化中台”时代已来。
碎片化中台,是中台架构演进的必经阶段,各行业经过几年的实践,也逐渐沉淀出一些贴合自己行业的中台实践。不同行业,不同企业,遇到的问题不同,解决的路径也是不一样的。从中台演进的过程来看,大致分成三个阶段。
企业从业务顶层规划、业务建模开始,梳理出各业务领域的边界、服务能力,进而指导系统的服务化建设,比较好的实践有:企业EAI、微服务等等。
企业具备了业务领域建模、数据治理方面的能力,逐步建立起基于业务中台和数据中台的“双中台”模式,在这个过程中,沉淀自己的中台方法论和实践。值得注意的是,由于业务领域建模和数据治理的行业性、专业性太强,这类人才大概率只能在企业内部培养。
在完成业务中台、数据中台的建设之后,企业组织的效率已经有了显著提升,企业成本也随之降低。这个时候,中台建设进入到了碎片化中台阶段,组织内部按业务线或职能进行更细粒度拆分,比如:安全中台、财务中台、移动中台、客服中台、供应商中台、物流中台等等。
随着企业中台实施进入深水区,可借鉴的经验也越来越多,企业以及IT从业者无需过度焦虑,反正上中台找死,不上中台等死,你还焦虑什么,雷军说过,生死看淡,干就是了。
最后,我们回顾下中台的一些根本性的理念,因为专注于那些不变的东西,更容易洞察事物的本质,不会随波逐流,剩下的交给时间,时间会给我们答案。
总的说来,中台主要解决两个问题:一是,提升体验;二是,降低成本。
体验怎么提升呢?中台只是手段,中台的目的是支撑小前台,通过改善前台来提升用户体验,通过梳理业务SLA沉淀到中台,以服务化的方式输出,确保最低服务体验标准。
成本如何降低?通过合并重组相似组织来降低,如果系统存在大量重复建设,就说明公司存在大量重复组织,合并这些组织就能够降低成本,从而提升效能。
抓住这两个本质问题,就不会被那些花里胡哨的概念所迷惑,透过纷繁复杂的表象去独立思考,辨别真伪。
推荐
【版权声明】本文为华为云社区用户转载文章,如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱:
cloudbbs@huaweicloud.com
评论(0)