白話中臺戰(zhàn)略:中臺是個什么鬼?

健薦 2019-05-23 11:51:41

從去年開始,好像就有一只無形的手一直將我與“微服務(wù)”、“平臺化”、“中臺化”撮合在一起,給我?guī)砹撕芏嗟睦_和思考與收獲。

故事的開始源于去年的技術(shù)雷達(dá)峰會,我在會上做了一場關(guān)于平臺崛起的主題分享(《The Rise of Platform》),這場分享主要是從技術(shù)的層面從Global的視角介紹了平臺化的興起,以及分享從基礎(chǔ)設(shè)施到人工智能等各個領(lǐng)域不斷涌現(xiàn)的各類平臺,以及平臺化對于軟件開發(fā)人員及企業(yè)的影響。

blob.png

記得當(dāng)時在做演講彩排的時候,有同事就提到過,在中國提“數(shù)字化平臺戰(zhàn)略”可能大家會覺得比較抽象比較遠(yuǎn)大空,如果你提“中臺”大家會更熟悉一些。

而這也是我第一次聽到“中臺”這個詞,原來除了我們熟悉的“前臺”和“后臺”外,居然還有個“中臺”這樣一個神奇的存在。

那…… 中臺到底是什么?會不會又是另一個Buzzword呢?這個從名字上看像是從前臺與后臺中間硬擠出來的新斷層,它與前臺和后臺的區(qū)別和界限到底在哪兒?什么應(yīng)該放到中臺,什么又應(yīng)該放到前臺或是后臺?它的出現(xiàn)到底是為了解決什么問題呢?

從那時開始,一個接一個的問題就不斷的涌出并縈繞在我的腦子里。直到一年多后的今天,隨著參與的幾個平臺化、企業(yè)中臺相關(guān)的項目已經(jīng)順利地步上了正軌,終于可以坐下來回顧一下這一年的實踐與思考,再次試圖回答這些問題,并梳理成文,與大家交流探討。

一、中臺迷思

到處都在喊中臺,到處都是中臺,中臺這個詞在我看來已經(jīng)被濫用了。

在有些人眼里:中臺就是技術(shù)平臺,像微服務(wù)開發(fā)框架、Devops平臺、PaaS平臺,容器云之類的,人們都叫它“技術(shù)中臺”。

在有些人眼里:中臺就是微服務(wù)業(yè)務(wù)平臺,像最常見的什么用戶中心,訂單中心,各種微服務(wù)集散地,人們都叫它“業(yè)務(wù)中臺”。

在有些人眼里:中臺應(yīng)該是組織的事情,在釋放潛能:平臺型組織的進(jìn)化路線圖(豆瓣)中就提出了平臺型組織和組織中臺的概念,這類組織中臺在企業(yè)中主要起到投資評估與投后管理的作用,類似于企業(yè)內(nèi)部資源調(diào)度中心和內(nèi)部創(chuàng)新孵化組織,人們叫它“組織中臺”。

看完本篇你就會理解,上邊的這幾類“中臺”劃分還是靠譜的,更多我看到的情況是大家為了響應(yīng)企業(yè)的“中臺戰(zhàn)略”,干脆直接將自己系統(tǒng)的“后端”或是“后臺”改個名,就叫“中臺”。

中臺到底是什么?它對于企業(yè)的意義到底是什么?當(dāng)我們談中臺時我們到底在談些什么?

想要尋找到答案,僅僅沉寂在各自“中臺”之中,如同管中窺豹,身入迷陣,是很難想清楚的。不如換個 ?度,從各類的“中臺迷陣”中跳脫出來,嘗試以更高的視角,從企業(yè)均衡可持續(xù)發(fā)展的角度,來思考中臺的價值,來試圖反推它存在的價值。

所以,為了搞明白中臺存在的價值,我們需要回答以下兩個問題:

企業(yè)為什么要平臺化?

企業(yè)為什么要建中臺?

第一個問題:企業(yè)為什么要平臺化?

先給答案,其實很簡單:

因為在當(dāng)今互聯(lián)網(wǎng)時代,?戶才是商業(yè)戰(zhàn)場的中心,為了快速響應(yīng)用戶的需求,借助平臺化的力量可以事半功倍。

不斷快速響應(yīng)、探索、挖掘、引領(lǐng)?戶的需求,才是企業(yè)得以?存和持續(xù)發(fā)展的關(guān)鍵因素。

那些真正尊重用戶,甚?不惜調(diào)整?己顛覆?己來響應(yīng)?戶的企業(yè)將在這場以?戶為中心的商業(yè)戰(zhàn)爭中得以?存和發(fā)展;?反之,那些在過去的成就上故步?封,存在僥幸?理希望?戶會像之前一樣繼續(xù)追隨?己的企業(yè)則會被用戶淘汰。

很殘酷,但這就是這個時代最基本的的企業(yè)?存法則。

blob.png

?平臺化之所以重要,就是因為它賦予或加強了企業(yè)在以用戶為中心的現(xiàn)代商業(yè)戰(zhàn)爭中最最最核心的能力:?戶響應(yīng)力。這種能力可以幫助企業(yè)在商戰(zhàn)上先發(fā)制?,始終搶得先機。

可以說,在互聯(lián)網(wǎng)時代,商業(yè)的斗爭就是對于用戶響應(yīng)力的比拼。

又有點遠(yuǎn)大空是不是,我們來看?個經(jīng)典的例子:

說起中臺,最先想到的應(yīng)該就屬是阿?的“?中臺,?前臺”戰(zhàn)略。阿??通過多年不懈的努力,在業(yè)務(wù)的不斷催化滋養(yǎng)下,將?己的技術(shù)和業(yè)務(wù)能力沉淀出一套綜合能力平臺,具備了對于前臺業(yè)務(wù)變化及創(chuàng)新的快速響應(yīng)能力。

blob.png

海爾也早在?年前就已經(jīng)開始推進(jìn)平臺化組織的轉(zhuǎn)型,提出了“平臺?營體?撐?線?營體”的戰(zhàn)略規(guī)劃和轉(zhuǎn)型?標(biāo)。構(gòu)建了“?單合一”、“?戶付薪” 的創(chuàng)客文化,真正將平臺化提?到了組織的?度。

blob.png

華為在幾年前就提出了“?平臺炮火支撐精兵作戰(zhàn)”的企業(yè)戰(zhàn)略,“讓聽得到炮聲的人能呼喚到炮火” 這句話形象的詮釋了大平臺?撐下小前臺的作戰(zhàn)策略。這種極度靈活又威力巨?的戰(zhàn)法,使之可以迅速響應(yīng)瞬息萬變的戰(zhàn)場,一旦鎖定目標(biāo),通過大平臺的炮火群,迅速精準(zhǔn)對于戰(zhàn)場進(jìn)行強大的火?支援。

blob.png

可?,在互聯(lián)?熱火朝天,第四次工業(yè)革命的曙光即將到來的今日,企業(yè)能否真正做到“以用戶為中心”,并不斷提升自己的用戶響應(yīng)力來追隨甚至引領(lǐng)用戶的腳步,持續(xù)規(guī)?;瘎?chuàng)新,終將決定企業(yè)能否在這樣充滿挑戰(zhàn)和機遇的市場上笑到最后,在商業(yè)上長久保持創(chuàng)新活力與競爭力。

blob.png

而平臺化恰好可以助力企業(yè)更快更好的做到這些,所以這回答了第一個問題,企業(yè)需要平臺化。

第二個問題:企業(yè)為什么要建中臺?

好,想明白了第一個問題,為什么需要平臺化。但是平臺化并不是一個新概念,很多企業(yè)在這個方向上已經(jīng)做了多年的努力和積淀。那為什么最近幾年“中臺”這個相對較新的概念又會異軍突起?對于企業(yè)來講,傳統(tǒng)的“前臺+后臺”的平臺化架構(gòu)又為什么不能滿足企業(yè)的要求呢?

好,這就引出了我們的第二個問題:企業(yè)為什么要建中臺?

來,先定義一下前臺與后臺。

因為平臺這個詞過于寬泛了,為了能讓大家理解我在說什么,我先定義一下本篇文章上下文下我所說的前臺和后臺各指什么:

前臺:由各類前臺系統(tǒng)組成的前端平臺。每個前臺系統(tǒng)就是一個用戶觸點,即企業(yè)的最終用戶直接使用或交互的系統(tǒng),是企業(yè)與最終用戶的交點。例如用戶直接使用的網(wǎng)站,手機App,微信公眾號等都屬于前臺范疇。

后臺:由后臺系統(tǒng)組成的后端平臺。每個后臺系統(tǒng)一般管理了企業(yè)的一類核心資源(數(shù)據(jù)+計算),例如財務(wù)系統(tǒng),產(chǎn)品系統(tǒng),客戶管理系統(tǒng),倉庫物流管理系統(tǒng)等,這類系統(tǒng)構(gòu)成了企業(yè)的后臺。基礎(chǔ)設(shè)施和計算平臺作為企業(yè)的核心計算資源,也屬于后臺的一部分。

后臺并不為前臺而生。

定義了前臺和后臺,對于第二個問題(企業(yè)為什么要建中臺),同樣先給出我的答案:

因為企業(yè)后臺往往并不能很好的支撐前臺快速創(chuàng)新響應(yīng)用戶的需求,后臺更多解決的是企業(yè)管理效率問題,而中臺要解決的才是前臺的創(chuàng)新問題。

大多數(shù)企業(yè)已有的后臺,要么前臺根本就用不了,要么不好用,要么變更速度跟不上前臺的節(jié)奏。

我們看到的很多企業(yè)的后臺系統(tǒng),在創(chuàng)建之初的目標(biāo),并不是主要服務(wù)于前臺系統(tǒng)創(chuàng)新,而更多的是為了實現(xiàn)后端資源的電子化管理,解決企業(yè)管理的效率問題。這類系統(tǒng)要不就是當(dāng)年花大價錢外購,需要每年支付大量的服務(wù)費,并且版本老舊,定制化困難;要不就是花大價錢自建,年久失修,一身的補丁,同樣變更困難,也是企業(yè)所謂的“遺留系統(tǒng)”的重災(zāi)區(qū)。

總結(jié)下來就兩個字“慢”和“貴”,對業(yè)務(wù)的響應(yīng)慢,動不動改個小功能就還要花一大筆錢。

有人會說了,你不能拿遺留系統(tǒng)說事兒啊,我們可以新建后臺系統(tǒng)啊,整個2.0問題不就解決了。

但就算是新建的后臺系統(tǒng),因為其管理的是企業(yè)的關(guān)鍵核心數(shù)據(jù),考慮到企業(yè)安全、審計、合規(guī)、法律等限制。導(dǎo)致其同樣往往?法被前臺系統(tǒng)直接使用,或是受到各類限制?法快速變化,以?持前臺快速的創(chuàng)新需求。

此時的前臺和后臺就像是兩個不同轉(zhuǎn)速的?輪,前臺由于要快速響應(yīng)前端用戶的需求,講究的是快速創(chuàng)新迭代,所以要求轉(zhuǎn)速越快越好;?后臺由于?對的是相對穩(wěn)定的后端資源,?且往系統(tǒng)陳舊復(fù)雜,甚至還受到法律法規(guī)審計等相關(guān)合規(guī)約束,所以往往是穩(wěn)定至上,越穩(wěn)定越好, 轉(zhuǎn)速也自然是越慢越好。

所以,隨著企業(yè)務(wù)的不斷發(fā)展,這種“前臺+后臺”的?輪速率“匹配失衡”的問題就逐步顯現(xiàn)出來。

隨著企業(yè)業(yè)務(wù)的發(fā)展壯大,因為后臺修改的成本和?險較?,所以驅(qū)使我們會盡量選擇保持后臺系統(tǒng)的穩(wěn)定性,但還要響應(yīng)用戶持續(xù)不斷的需求,自然就會將大量的業(yè)務(wù)邏輯(業(yè)務(wù)能力)直接塞到了前臺系統(tǒng)中,引入重復(fù)的同時還會致使前臺系統(tǒng)不斷膨脹,變得臃腫,形成了一個個?泥球的“煙囪式單體應(yīng)用”。漸漸拖垮了前臺系統(tǒng)的“?戶響應(yīng)?”,用戶滿意度降低,企業(yè)競爭力也隨之不斷下降。

對于這樣的問題,Gatner在2016年提出的一份《Pace-Layered Application Strategy》報告中,給出了一種解決方案,即按照“步速”將企業(yè)的應(yīng)用系統(tǒng)劃分為三個層次(正好契合前中后臺的三個層次),不同的層次采用完全不同的策略。

而Pace-Layered Application Strategy也為“中臺”產(chǎn)生的必然性,提供了理論上的支撐。

blob.png

在這份報告中Gatner提出,企業(yè)構(gòu)建的系統(tǒng)從Pace-Layered的?度來看可以劃分為三類:SOR(Systems of record ),SOD(Systems of differentiation)和SOI(Systems of innovation)。

處于不同Pace-Layered的系統(tǒng)因為?的不同,關(guān)注點不同,要求不同,變化的“速率”自然也不同,匹配的也需要采?不同的技術(shù)架構(gòu),管理流程,治理架構(gòu)甚至投資策略。

?前面章節(jié)我們提到的后臺系統(tǒng),例如CRM、ERP、財務(wù)系統(tǒng)等,它們?多都處于SOR的Pace-Layered。這些系統(tǒng)的建設(shè)之初往往是以規(guī)范處理企業(yè)底層資源和企業(yè)的核?可追溯單據(jù)(例如財務(wù)單據(jù),訂單單據(jù))為主要?的。它們的變更周期往往比較?,?且由于法律律審計等其他限制,導(dǎo)致對于它們的變更需要嚴(yán)謹(jǐn)?shù)纳陥髮徟鞒毯透呒墑e的測試部署要求,這就導(dǎo)致了它們往往變化頻率低,變化成本高,變化?險高,變化周期?。?法滿?由?戶驅(qū)動的快速變化的前臺系統(tǒng)要求。

我們又要盡力保持后臺(SOR)系統(tǒng)的穩(wěn)定可靠,?要前臺系統(tǒng)(SOI)能夠?而美,快速迭代。就出現(xiàn)了上文提到的”齒輪匹配失衡“的問題,感覺魚與熊掌不可兼得。

正當(dāng)陷入僵局的時候,天空中飄來一聲IT諺語:

軟件開發(fā)中遇到的所有問題,都可以通過增加?層抽象?得以解決!

?此,?聲驚雷滾過,“中臺”腳踏七彩祥云,承載著SOD(Systems of differentiation)的前世寄托,橫空出世。

我們先試著給中臺下個定義:

中臺是真正為前臺而生的平臺(可以是技術(shù)平臺,業(yè)務(wù)能力甚至是組織機構(gòu)),它存在的唯一目的就是更好的服務(wù)前臺規(guī)?;瘎?chuàng)新,進(jìn)而更好的響應(yīng)服務(wù)引領(lǐng)用戶,使企業(yè)真正做到自身能力與用戶需求的持續(xù)對接。

中臺就像是在前臺與后臺之間添加的?組“變速?輪”,將前臺與后臺的速率進(jìn)行匹配,是前臺與后臺的橋梁。它為前臺而生,易于前臺使用,將后臺資源順滑流向用戶,響應(yīng)用戶。

中臺很像Pace-Layered中的SOD,提供了比前臺(SOI)更強的穩(wěn)定性,以及?后臺(SOR)更高的靈活性,在穩(wěn)定與靈活之間尋找到了?種美妙的平衡。

blob.png

有了“中臺”這?新的Pace-Layered斷層,我們即可以將早已臃腫不堪的前臺系統(tǒng)中的穩(wěn)定通用業(yè)務(wù)能力“沉降”到中臺層,為前臺減肥,恢復(fù)前臺的響應(yīng)?;又可以將后臺系統(tǒng)中需要頻繁變化或是需要被前臺直接使用的業(yè)務(wù)能力“提取”到中臺層,賦予這些業(yè)務(wù)能力更強的靈活度和更低的變更成本,從而為前臺提供更強大的“能力炮火”?援。

所以,企業(yè)在平臺化的過程中,需要建設(shè)自己的中臺層(同時包括技術(shù)中臺,業(yè)務(wù)中臺和組織中臺)。

總結(jié)

思考并回答了文初提出的兩個關(guān)于中臺價值的核心問題,解決了我對于中臺產(chǎn)生的一些困惑,不知道對你有沒有啟發(fā),讓我最后再來總結(jié)一下:

1. 以用戶為中心的持續(xù)規(guī)?;瘎?chuàng)新,是中臺建設(shè)的核心目標(biāo)。企業(yè)的業(yè)務(wù)響應(yīng)能?和規(guī)模化創(chuàng)新能力,是互聯(lián)?時代企業(yè)綜合競爭?的核?體現(xiàn)。平臺化包括中臺化只是幫助企業(yè)達(dá)到這個目標(biāo)的?段,并不是?標(biāo)本身。

2. 中臺(?論是技術(shù)中臺、業(yè)務(wù)中臺還是組織中臺)的建設(shè)根本上是為了解決企業(yè)響應(yīng)?困境, 彌補創(chuàng)新驅(qū)動快速變化的前臺和穩(wěn)定可靠驅(qū)動變化周期相對較慢的后臺之間的?盾,提供?個中間層來適配前臺與后臺的配速問題,沉淀能?,打通并順滑鏈接前臺需求與后臺資源,幫助企業(yè)不斷提升用戶響應(yīng)?。

3. 所以,中臺到底是什么根本不重要,如何想方設(shè)法持續(xù)提高企業(yè)對于?戶的響應(yīng)?才是最重要的。?平臺化或是中臺化,只是恰巧走在了了這條正確的?道上。

二、中臺有哪些類型

數(shù)據(jù)業(yè)務(wù)雙中臺

提起中臺,繞不開也是最先想到的應(yīng)該都是阿里巴巴的數(shù)據(jù)業(yè)務(wù)雙中臺。畢竟阿里的“大中臺小前臺”戰(zhàn)略人盡皆知,其威力也是顯而易見的。

以阿里這么大的體量,經(jīng)過了這么多年的廝殺,在互聯(lián)網(wǎng)快速迭代創(chuàng)新的競爭環(huán)境中,仍然可以保持快速迭代創(chuàng)新,上演了一場接一場現(xiàn)實版的大象跳舞,中臺戰(zhàn)略的成功居功至偉。

blob.png

(摘自《企業(yè)核心業(yè)務(wù)數(shù)字化轉(zhuǎn)型最佳實踐》)

阿里的數(shù)據(jù)業(yè)務(wù)雙中臺堪稱經(jīng)典,上圖摘取自鐘華(古謙)于剛剛結(jié)束的2018云棲大會《企業(yè)核心業(yè)務(wù)數(shù)字化轉(zhuǎn)型最佳實踐》分享。

從圖中可見,阿里中臺主要體現(xiàn)為由業(yè)務(wù)中臺和數(shù)字中臺并肩構(gòu)成的雙中臺,并肩扛起了所有前臺業(yè)務(wù)。

業(yè)務(wù)中臺將后臺資源進(jìn)行抽象包裝整合,轉(zhuǎn)化為前臺友好的可重用共享的核心能力,實現(xiàn)了后端業(yè)務(wù)資源到前臺易用能力的轉(zhuǎn)化。

數(shù)據(jù)中臺從后臺及業(yè)務(wù)中臺將數(shù)據(jù)流入,完成海量數(shù)據(jù)的存儲、計算、產(chǎn)品化包裝過程,構(gòu)成企業(yè)的核心數(shù)據(jù)能力,為前臺基于數(shù)據(jù)的定制化創(chuàng)新和業(yè)務(wù)中臺基于數(shù)據(jù)反饋的持續(xù)演進(jìn)提供了強大支撐。

業(yè)務(wù)中臺與數(shù)據(jù)中臺相輔相成、互相支撐,一起構(gòu)建起了戰(zhàn)場強大的后方炮火群和雷達(dá)陣。

移動中臺

同樣來自于2018年云棲大會杭州站,在移動研發(fā)平臺EMAS專場上,阿里巴巴高級技術(shù)專家泠茗帶來的分享中就為我們揭開了阿里移動中臺的面紗。

blob.png

(摘自《數(shù)字化轉(zhuǎn)型 移動化先行 云棲大會上發(fā)布了哪些移動研發(fā)新利器》)

可見阿里的移動中臺是構(gòu)建在業(yè)務(wù)&數(shù)據(jù)中臺之上,為更好更快的利用中臺能力、快速迭代移動端產(chǎn)品,又生生的擠出(或是說沉淀)出了一個新的中臺層。

移動中臺建立在業(yè)務(wù)數(shù)據(jù)雙中臺之上,更靠近移動前端戰(zhàn)場,我們可以類比成戰(zhàn)場上的坦克群,近距離支撐一線戰(zhàn)場。

技術(shù)中臺

大中臺小前臺,并不代表前臺不重要,相反,大中臺的建設(shè)就是為了更好地服務(wù)好小前臺,大中臺的威力也需要靠小前臺的引導(dǎo)才能真正發(fā)揮和體現(xiàn)出來。

就像是深入敵后的前臺特種部隊如果定位不到敵人的精確位置,就算有再強大的水陸空中臺炮火群,也只是一群廢鐵而已。

大中臺小前臺戰(zhàn)略,其實是給小前臺的構(gòu)建提出了更高的要求,就像我們對于特種兵的要求也比一般的士兵高出很多一樣。

那如何快速構(gòu)建出短小精悍,武器精良,戰(zhàn)斗力十足的特種兵前臺應(yīng)用,充分發(fā)揮和釋放出中臺炮火群的威力,就需要依靠這里提到的技術(shù)中臺。

blob.png

(摘自《阿里技術(shù)手冊-研發(fā)篇》)

技術(shù)中臺就是將使用云或其他基礎(chǔ)設(shè)施的能力以及應(yīng)用各種技術(shù)中間件的能力進(jìn)行整合和包裝。過濾掉技術(shù)細(xì)節(jié),提供簡單一致、易于使用的應(yīng)用技術(shù)基礎(chǔ)設(shè)施的能力接口,助力前臺和業(yè)務(wù)中臺數(shù)據(jù)中臺的快速建設(shè)。

如果將業(yè)務(wù)數(shù)據(jù)雙中臺比喻成強大的中臺炮火群,可以直接對敵人進(jìn)行進(jìn)攻。那技術(shù)中臺的作用就有些間接,有點像前臺特種兵身上各種先進(jìn)的武器裝備。精良易用的武器裝備,可以在大幅縮短前臺特種兵的建設(shè)周期的同時大幅提高單兵作戰(zhàn)能力,令敵人膽寒。

研發(fā)中臺

軟件開發(fā)是一項工程,涉及到管理、流程、測試、團隊協(xié)作等方面。如何將企業(yè)的開發(fā)流程最佳實踐沉淀成可重用的“能力”,從而助力創(chuàng)新性應(yīng)用的快速開發(fā)迭代,也是我們看到的很多企業(yè)正在做的事情,我們可以管這種關(guān)注與開發(fā)效能管理的平臺叫做研發(fā)中臺。

如果說技術(shù)中臺為前臺應(yīng)用提供了基礎(chǔ)設(shè)施重用的能力,那研發(fā)中臺就為前臺應(yīng)用提供了流程和質(zhì)量管控以及持續(xù)交付的能力。

blob.png

(摘自《阿里技術(shù)手冊-研發(fā)篇》)

上圖摘自阿里的技術(shù)手冊,展示了阿里的效能事業(yè)部一直致力于構(gòu)建的阿里研發(fā)效能平臺,有興趣的同學(xué)可以去了解一下阿里自家的云效平臺。

(ThoughtWorks幫助客戶打造的DevOps云平臺)

ThoughtWorks在敏捷與開發(fā)效能方面一直走在行業(yè)領(lǐng)先,持續(xù)總結(jié)過去的經(jīng)驗,并基于客戶自身的需求和實際情況、結(jié)合最新的技術(shù),與客戶一起攜手成功打造了多個定制化的開發(fā)效能平臺。

blob.png

總之,開發(fā)效能是構(gòu)建前中臺應(yīng)用過程中必不可少的重要一環(huán)。這方面的實踐和能力通過沉淀,結(jié)合快速開發(fā)框架平臺,例如微服務(wù)開發(fā)平臺,就形成了企業(yè)的研發(fā)中臺。

如果將技術(shù)中臺比喻成前臺特種兵的武器裝備,那效能中臺就是前臺特種兵的管理訓(xùn)練基地以及可以快速將戰(zhàn)士運送到一線戰(zhàn)場的機動運輸部隊。

組織中臺

以上無論是業(yè)務(wù)中臺、數(shù)據(jù)中臺、技術(shù)中臺、研發(fā)中臺……都是圍繞技術(shù)展開的,也是企業(yè)在中臺建設(shè)中最關(guān)注的方面。

但真正實際經(jīng)歷過幾次企業(yè)級中臺的建設(shè)后,我深刻的體會到:圍繞技術(shù)展開并不是基于在中臺構(gòu)建中技術(shù)的重要性,而是因為技術(shù)的改進(jìn)相對簡單。

而中臺建設(shè)真正困難的是組織上的重構(gòu),這往往是大家有意無意避而不談的。

中臺戰(zhàn)略的成功、能否實現(xiàn)技術(shù)架構(gòu)與組織架構(gòu)的匹配,是一道繞不過去必須要邁過的門檻。從阿里成立共享事業(yè)部,海爾的人單合一、職能并聯(lián)到近期大家關(guān)注的騰訊的組織架構(gòu)重構(gòu)都是這些企業(yè)在這方面做出的努力。

舉個實際的例子,在很多企業(yè)中一個新項目的啟動,從籌劃到申請經(jīng)過層層審批和評審短則一兩月,多則需要幾個月的時間。要知道在當(dāng)前所處的互聯(lián)網(wǎng)時代,幾個月都夠人家App都上線了。

blob.png

(摘自《釋放潛能-平臺型組織的進(jìn)化路線圖》)

為了真正解決企業(yè)創(chuàng)新在組織層面的摩擦和阻力,構(gòu)建真正的平臺型組織?!夺尫艥撃?平臺型組織的進(jìn)化路線圖》提出了上圖這樣一個平臺型組織的組織結(jié)構(gòu)。

組織中臺很像企業(yè)中的內(nèi)部風(fēng)投和創(chuàng)新孵化機構(gòu),為前臺組織和團隊構(gòu)建創(chuàng)新型前臺應(yīng)用提供類似于投資評估(項目甄別)、投資管理、投后管理(孵化與風(fēng)控),真正從組織和制度上支撐前臺組織和應(yīng)用的快速迭代規(guī)模化創(chuàng)新。

知易行難,ThoughtWorks在科技時代精益企業(yè)背景下提出的“價值驅(qū)動決策”框架并用“EDGE”命名,主要針對如何在市場高速變化時保證投資有效性,即致力于幫助客戶在組織上和投資管理上真正的助力創(chuàng)新,也算是在組織中臺建設(shè)上邁出的一步。

如果還用前邊軍隊的比喻,那組織中臺是什么呢?可能你已經(jīng)想到了,對,就是戰(zhàn)場指揮部。

到底中臺長啥樣?

列舉了這么多各式各樣的中臺,最后都扯到了組織層面,是不是有種越聽越暈的感覺,是不是感覺什么東西加個“中臺”的后綴都可以靠到中臺上來,估計很快就會看到例如AI中臺,VR中臺,搜索中臺,算法中臺……對了,算法中臺已經(jīng)有了……

讓我們引用一段阿里玄難在接受極客公園采訪時提到對于中臺的一段我非常認(rèn)同的描述:

blob.png

本文中我們一直提到的一個詞就是“能力”,從玄難的這段采訪也可以看出,在阿里“能力”也是中臺的核心。

甄別是不是中臺還要回到中臺要解決的問題上,也就是我上篇文章主要關(guān)注的問題。我認(rèn)為一切以”以用戶為中心的持續(xù)規(guī)?;瘎?chuàng)新”為目的,將后臺各式各樣的資源轉(zhuǎn)化為前臺易于使用的能力,幫助我們打贏這場以用戶為中心的戰(zhàn)爭的平臺,我們都可以稱之為中臺:

業(yè)務(wù)中臺提供重用服務(wù),例如用戶中心,訂單中心之類的開箱即用可重用能力,為戰(zhàn)場提供了強大的后臺炮火支援能力,隨叫隨到,威力強大;

數(shù)據(jù)中臺提供了數(shù)據(jù)分析能力,幫助我們從數(shù)據(jù)中學(xué)習(xí)改進(jìn),調(diào)整方向,為戰(zhàn)場提供了強大及時的雷達(dá)監(jiān)測能力,幫助我們掌控戰(zhàn)場;

移動及算法中臺提供了戰(zhàn)場一線火力支援能力,幫助我們提供更加個性化的服務(wù),增強用戶體驗,為戰(zhàn)場提供了陸軍支援能力,隨機應(yīng)變,所向披靡;

技術(shù)中臺提供了自建系統(tǒng)部分的技術(shù)支撐能力,幫助我們解決了基礎(chǔ)設(shè)施,分布式數(shù)據(jù)庫等底層技術(shù)問題,為前臺特種兵提供了精良的武器裝備;

研發(fā)中臺提供了自建系統(tǒng)部分的管理和技術(shù)實踐支撐能力,幫助我們快速搭建項目,管理進(jìn)度,測試,持續(xù)集成,持續(xù)交付,是前臺特種兵的訓(xùn)練基地及快速送達(dá)戰(zhàn)場的機動運輸部隊;

組織中臺為我們的項目提供投資管理,風(fēng)險管理,資源調(diào)度等,是戰(zhàn)場的指揮部,戰(zhàn)爭的大腦,指揮前線,調(diào)度后方。

所以,評判一個平臺是否稱得上中臺,最終評判標(biāo)準(zhǔn)不是技術(shù)也不是長什么模樣,最終還是得前臺說了算,畢竟前臺才是戰(zhàn)爭的關(guān)鍵,才是感受得到戰(zhàn)場的殘酷,看得見用戶的那部分人。

前臺想不想用,愛不愛用,好不好用,幫了前臺多大的忙,從中臺獲得了多大的好處,愿意掏出多少利潤來幫助建設(shè)中臺,這才是甄別中臺建設(shè)對錯好壞的唯一標(biāo)準(zhǔn)。 對于中臺來講,前臺就是用戶,以用戶為中心,在中臺同樣適用。

三、中臺就是“企業(yè)級能力復(fù)用平臺”

有很多朋友在公眾號后臺給我留言來表達(dá)自己的想法,我摘出來一個具有代表性的:

“互聯(lián)網(wǎng)的企業(yè)就是愛炒概念。本來很明白的東西,被他們一包裝,就變得高深莫測了。我理解中臺,就是敏捷響應(yīng)機制…是一種思維或者理念…企業(yè)根據(jù)自己的實際情況落實就行?!?/p>

對于這位同學(xué)的觀點我很贊同,中臺本身就是一個比較抽象的概念,很多時候我們被那個“中”字困住了,整天在前與中,中與后的具體差別和評判標(biāo)準(zhǔn)上糾結(jié)不已。

但是,就像“看板”不是“我們看到的那個板子”一樣,“中臺”也不一定就是代表“處于中間平臺”,這兩個字作為一個整體,代表了一種新的思維和理念。在最新一期的ThoughtWorks技術(shù)雷達(dá)討論階段,中國區(qū)的同學(xué)就把“ZhongTai”作為一個獨立的技術(shù)點提交,并沒有做意譯,就像“Kanban”一樣。

那這種新的思維和理念到底是什么呢?“中臺”的背后到底意味著什么?有沒有價值?價值何在?這也我一直在不斷詢問自己的問題。

要想搞清楚這些問題,我認(rèn)為一個關(guān)鍵點就是看我們是否能夠給中臺這個相對抽象的概念找到一個清晰的定義,因為只有通過定義才能讓抽象的概念清晰化,從而明確邊界、體現(xiàn)價值。

如果讓我給出一個定義,目前我認(rèn)為最貼切的應(yīng)該是:

中臺就是“企業(yè)級能力復(fù)用平臺”。

很簡單,有點失望是不是?但是為了找到一個靠譜的定義,我?guī)缀趸丝靸赡甑臅r間,期間有各種各樣的定義曾浮現(xiàn)出來,但至少到目前為止,只有這個定義我覺得最貼切、最簡單、也最準(zhǔn)確,它能解釋幾乎所有我碰到的關(guān)于中臺的問題,例如:

為什么會有那么多中臺,像上文提到業(yè)務(wù)中臺,數(shù)據(jù)中臺,搜索中臺,移動中臺,哪些才是中臺,哪些是蹭熱點的?

中臺與前臺的劃分原則是什么?

中臺化與平臺化的區(qū)別是什么?

中臺化和服務(wù)化的區(qū)別是什么?

中臺該怎么建設(shè)?

等等……

這9個字看起來簡單,重要的是其背后對“中臺”價值的闡釋,下面就讓我為大家一一拆解來看。

企業(yè)級

首先,中臺一定是企業(yè)級的,這里的企業(yè)級不是說難度而是指范圍。企業(yè)級也不一定就是一個企業(yè)的范圍,甚至可以是跨企業(yè),例如現(xiàn)在同樣火爆的生態(tài)的概念。按照徐昊(ThoughtWorks中國區(qū)CTO)的說法,更貼切的叫法應(yīng)該是“多前臺產(chǎn)品團隊”,這里為了簡單我還是用企業(yè)級來代表。

當(dāng)做中臺建設(shè)的時候,一定是跳出單條業(yè)務(wù)線站在企業(yè)整體視角來審視業(yè)務(wù)全景,尋找可復(fù)用的能力進(jìn)行沉淀,從而希望通過能力的復(fù)用一方面消除數(shù)據(jù)孤島業(yè)務(wù)孤島,一方面支撐企業(yè)級規(guī)?;瘎?chuàng)新,助力企業(yè)變革,滋生生態(tài)。

所以雖然中臺的建設(shè)過程雖然可以自下而上,以點及面。但驅(qū)動力一定是自上而下的,全局視角的,并且需要一定的頂層設(shè)計。這也解釋了為什么在企業(yè)中推動中臺建設(shè)的往往都是跨業(yè)務(wù)部門,例如CIO級別領(lǐng)導(dǎo)或是企業(yè)的戰(zhàn)略規(guī)劃部門,因為只有這些橫跨多條業(yè)務(wù)線的角色和組織,才會去經(jīng)常反思與推動企業(yè)級的能力復(fù)用問題。

這一點也引出了中臺建設(shè)的一個關(guān)鍵難點,就是組織架構(gòu)的調(diào)整和演進(jìn)以及利益的重新分配,這是技術(shù)所不能解決的,也是中臺建設(shè)的最強阻力,這個我打算在后續(xù)的文章里詳細(xì)闡述。

同時企業(yè)級也是區(qū)分企業(yè)中臺化與應(yīng)用系統(tǒng)服務(wù)化的關(guān)鍵點,簡而言之中臺化是企業(yè)級、是全局視角,服務(wù)化更多是系統(tǒng)級、是局部視角。

所以從中臺的興起與爆發(fā)可以看到一種趨勢,就是越來越多的企業(yè)無論是由于企業(yè)運營效率的原因還是由于創(chuàng)新發(fā)展的需要,對于企業(yè)全局視角跨業(yè)務(wù)線的能力沉淀都提高到了前所未有的戰(zhàn)略高度。

能力

提到中臺,最常聽到的一個詞就是“能力”。可能是因為能力這個詞足夠簡單,又有著足夠的包容度與寬度。

企業(yè)的能力可能包含多個維度,常見的例如計算能力,技術(shù)能力,業(yè)務(wù)能力,數(shù)據(jù)能力,AI能力,運營能力,研發(fā)能力……其中大部分的能力還可以繼續(xù)細(xì)化和二次展開,從而形成一張多維度的企業(yè)能力網(wǎng)。

我在“中臺到底長啥樣?”中已經(jīng)舉了一些常見的例子,這里就不贅述了。

可以說,中臺就是企業(yè)所有可以被“多前臺產(chǎn)品團隊”復(fù)用能力的載體。

這里有一個經(jīng)常碰到的問題,就是對于某一家企業(yè)來講,你說了有這么多種不同類型的能力,到底哪些能力才是我們企業(yè)需要的?哪些是值得中臺化的?優(yōu)先級又怎么劃分?

這個問題比較大,也很難有一個統(tǒng)一的答案。我們ThoughtWorks現(xiàn)在的做法是通過一系列Workshop,從業(yè)務(wù)、數(shù)據(jù)、技術(shù)三個方面切入,通過一系列方法,結(jié)合企業(yè)愿景,市場定位和數(shù)字化現(xiàn)狀,跨越多條業(yè)務(wù)線,試圖將企業(yè)需要的能力和可復(fù)用的能力識別出來,并為落地做好規(guī)劃和準(zhǔn)備。

這些會在后續(xù)寫到中臺如何落地的文章時再詳細(xì)展開。

復(fù)用

講到這兒,相信大家一定有一個疑惑,無論是說企業(yè)級,多前臺產(chǎn)品團隊,還是講能力沉淀,都不是什么新話題。很多企業(yè)組件化,服務(wù)化,平臺化搞了好多年,那「中臺」到底有哪些新的啟發(fā)?

我的答案就是對于“復(fù)用”的關(guān)注被提高到了一個前所未有的高度。

雖然我們一直講“去重復(fù)用”講了很多年,但仔細(xì)想想,大多平臺化建設(shè)會將重點放在“去重”(消除重復(fù))上,而對于“復(fù)用”則沒有足夠的關(guān)注。

很多企業(yè)都號稱已經(jīng)建成了各種各樣成熟的平臺,但是我們問心自問一下,有多少平臺是業(yè)務(wù)驅(qū)動的?有多少前臺產(chǎn)品團隊又是自愿將自己的產(chǎn)品接入到平臺上的?有多少平臺建設(shè)者是在真正關(guān)注前臺產(chǎn)品團隊的平臺用戶體驗?

“去重”講的更多是向后看,是技術(shù)驅(qū)動的;“復(fù)用”講的更多是向前看,是業(yè)務(wù)驅(qū)動和用戶驅(qū)動的。

所以兩個詞雖然經(jīng)常一起出現(xiàn),一起被提及,但是談?wù)摰耐耆皇且患虑椋康牟煌?,難度也不同,做到“去重”已然非常困難,關(guān)注“復(fù)用”的就更是寥寥無幾,所以:

“復(fù)用”是中臺更加關(guān)注的目標(biāo);

“可復(fù)用性”和“易復(fù)用性”是衡量中臺建設(shè)好壞的重要指標(biāo);

“業(yè)務(wù)響應(yīng)力”和“業(yè)務(wù)滿意度”也才是考核中臺建設(shè)進(jìn)度的重要標(biāo)準(zhǔn)。

而實現(xiàn)更好的復(fù)用,常常改進(jìn)的方向有兩個方面:

一方面將更高抽象(例如業(yè)務(wù)模式級別)的通用業(yè)務(wù)邏輯通過抽象后下沉到中臺,這樣前臺就會更輕,學(xué)習(xí)成本和開發(fā)維護(hù)成本更低,越能更快的適應(yīng)業(yè)務(wù)變化;缺點是,抽象級別越高,越難被復(fù)用,需要架構(gòu)師對于各業(yè)務(wù)有深入的理解和非常強的抽象能力。

另一方面就是通過對于中臺能力的SaaS化包裝,減少前臺團隊發(fā)現(xiàn)中臺能力和使用中臺能力的阻力,甚至通過自助式(Self-Service)的方式就快速定位和使用中臺能力。目前很多企業(yè)在嘗試的內(nèi)部API集市或是數(shù)據(jù)商店就是在這方面的努力和嘗試。

平臺

這里的平臺主要是區(qū)別于大單體的應(yīng)用或是系統(tǒng)。

傳統(tǒng)的企業(yè)數(shù)字化規(guī)劃更多的是圍繞業(yè)務(wù)架構(gòu),應(yīng)用架構(gòu)和數(shù)據(jù)架構(gòu)展開。產(chǎn)出也是一個個基于應(yīng)用和系統(tǒng)的數(shù)字化建設(shè)規(guī)劃,例如要采購或是自建哪些具體的系統(tǒng),例如ERP、CRM等。

當(dāng)然這個過程并沒有什么問題,可以理解此時這些獨立的系統(tǒng)就承載了企業(yè)的各種能力,由于企業(yè)各業(yè)務(wù)線統(tǒng)一使用一個應(yīng)用或系統(tǒng),也自然實現(xiàn)了能力的復(fù)用。

但問題常常出現(xiàn)在兩個方面:

一個是大單體系統(tǒng)的業(yè)務(wù)響應(yīng)力有限,缺少柔性,當(dāng)業(yè)務(wù)發(fā)展到一定階段后,必然產(chǎn)生大量定制化需求,隨著內(nèi)部定制化模塊的比例逐漸上升,響應(yīng)力成指數(shù)下降,成為業(yè)務(wù)的瓶頸點。

另一個則是系統(tǒng)間的打通通常比較困難,容易形成業(yè)務(wù)孤島和數(shù)據(jù)孤島;

所以越來越多的企業(yè)開始像互聯(lián)網(wǎng)學(xué)習(xí),以平臺化的方式重塑企業(yè)IT架構(gòu),從而對于業(yè)務(wù)提供足夠的柔性,來滿足對于業(yè)務(wù)的快速響應(yīng)和復(fù)用的需求。

總結(jié)

“企業(yè)級能力復(fù)用平臺”這個定義雖然看起來簡單,但經(jīng)過這么長時間對于中臺的實踐與思考,我覺得如上文所述的這個定義背后所代表的意義是目前對中臺價值的最貼切的闡釋:

企業(yè)級定義了中臺的范圍,區(qū)分開了單系統(tǒng)的服務(wù)化與微服務(wù);

能力定義了中臺的主要承載對象,能力的抽象解釋了各種各樣中臺的存在;

復(fù)用定義了中臺的核心價值,傳統(tǒng)的平臺化對于易復(fù)用性并沒有給予足夠的關(guān)注,中臺的提出和興起,讓人們通過可復(fù)用性將目光更多的從平臺內(nèi)部轉(zhuǎn)換到平臺對于前臺業(yè)務(wù)的支撐上;

平臺定義了中臺的主要形式,區(qū)別于傳統(tǒng)的應(yīng)用系統(tǒng)拼湊的方式,通過對于更細(xì)力度能力的識別與平臺化沉淀,實現(xiàn)企業(yè)能力的柔性復(fù)用,對于前臺業(yè)務(wù)更好的支撐。

有了定義后,如何建中臺的思路也就豁然開朗:如果說中臺是“企業(yè)級能力復(fù)用平臺”的話,那中臺化就是“利用平臺化手段發(fā)現(xiàn)、沉淀與復(fù)用企業(yè)級能力的過程”,再回頭看看這兩年做的事情,確實也都在圍繞著這些展開。

長按二維碼關(guān)注我們