一区二区三区日韩精品-日韩经典一区二区三区-五月激情综合丁香婷婷-欧美精品中文字幕专区

分享

中臺(tái)崛起的本質(zhì)是“去ERP化”

 昵稱32819540 2020-04-13
中臺(tái)的崛起代表了一部分中國領(lǐng)先企業(yè)的“去 ERP 化”趨勢(shì),從以資源集約化為中心走向以用戶價(jià)值為中心,從閉源單體架構(gòu)的商業(yè) ERP 套件走向分布式微服務(wù)架構(gòu)的業(yè)務(wù)開放平臺(tái)。本文將從微觀宏觀雙視角展開闡述,微觀層面以一個(gè)典型的訂單服務(wù)的演進(jìn),展示數(shù)據(jù)中臺(tái)業(yè)務(wù)中臺(tái)的價(jià)值和聯(lián)系;宏觀層面,縱覽企業(yè)后 ERP 時(shí)代的問題,分析中臺(tái)崛起背后的企業(yè)訴求。
中臺(tái)崛起的意義

2019 年的中臺(tái)概念著實(shí)火了一把,繼去年購買了“數(shù)據(jù)中臺(tái)”的百度搜索指數(shù)后,昨天我又購買了“業(yè)務(wù)中臺(tái)”的百度指數(shù),可能是由于剛剛購買,全量數(shù)據(jù)還沒有統(tǒng)計(jì)匯總出來,所以當(dāng)我們?cè)诎俣戎笖?shù)中,搜索業(yè)務(wù)中臺(tái)的時(shí)候,目前只有 4 月 6 日的數(shù)據(jù)。


即便如此,我們依舊能從這張圖能清晰地看出,中臺(tái)、數(shù)據(jù)中臺(tái)的熱度在 2019 年 5 月份開始崛起,在年底達(dá)到頂峰,已經(jīng)持續(xù)超越了數(shù)字化轉(zhuǎn)型的關(guān)注度。

在本篇文章,我不去重復(fù)中臺(tái)的各種概念和定義。這一點(diǎn),我的同事王健給出了清晰的定義,“中臺(tái)是企業(yè)級(jí)能力復(fù)用平臺(tái)”。

從另外一個(gè)角度,歷經(jīng)了企業(yè) BPR,ERP 實(shí)施,EAI、SOA、J2EE、Web2.0、ITSM、ITIL、TOGAF、MDM、PLM 等傳統(tǒng)項(xiàng)目,再到現(xiàn)在的云計(jì)算、大數(shù)據(jù)、移動(dòng)互聯(lián)網(wǎng)、區(qū)塊鏈、CDP 等數(shù)字化項(xiàng)目,在一個(gè)從業(yè)二十年的 IT 老兵的眼中,中臺(tái)的崛起可能不僅是“能力復(fù)用”,它所代表的意義是更豐富和巨大的。

在我的認(rèn)知中,“中臺(tái)”這個(gè)概念的火爆不是曇花一現(xiàn),更不是機(jī)緣巧合,它是中國企業(yè)信息化發(fā)展的必由之路,是本土企業(yè)信息化歷史上的一個(gè)里程碑,它有以下兩個(gè)代表性:

“中臺(tái)”是國人自主提出并孵化成一個(gè)市場(chǎng)的原創(chuàng)概念

從 1999 年靠寫程序掙了人生第一筆工資開始,我所接觸到的所有的 IT 領(lǐng)域的概念,基本上全都是“舶來品”,中國的企業(yè)信息化市場(chǎng)的關(guān)鍵概念,包括大數(shù)據(jù)、云計(jì)算、移動(dòng)互聯(lián)網(wǎng)、Web、J2EE、EAI、SOA、ESB、ERP、商務(wù)智能、數(shù)據(jù)倉庫等無一例外,都是從海外由咨詢公司或者大型廠商引入的,而中國的企業(yè)信息化歷程就是由這一個(gè)個(gè)關(guān)鍵概念牽引著前進(jìn)的。

理論指導(dǎo)實(shí)踐,好的理論能夠統(tǒng)一愿景,領(lǐng)導(dǎo)行業(yè)的方向。好的概念能夠讓行業(yè)統(tǒng)一認(rèn)知,形成共識(shí),從而更快的規(guī)?;l(fā)展,比如云計(jì)算、大數(shù)據(jù)、ERP 這些概念,教育了眾多企業(yè)的高管,構(gòu)建起了中國數(shù)字化的基石。

在我的記憶里,中臺(tái)是第一個(gè)由國人自己提出,持續(xù)被關(guān)注,不斷走高成為現(xiàn)象級(jí)企業(yè)信息化領(lǐng)域的概念。

同時(shí),通過行業(yè)的不斷討論和迭代,“中臺(tái)”這個(gè)概念,已經(jīng)像云計(jì)算、大數(shù)據(jù)一樣,逐漸成為了一個(gè)獨(dú)特的市場(chǎng)領(lǐng)域,眾多的中臺(tái)創(chuàng)業(yè)公司不斷涌現(xiàn),國內(nèi)企業(yè)都在思考并且實(shí)踐如何建設(shè)中臺(tái),巨大的市場(chǎng)需求正在形成。

就在我寫這篇文章的時(shí)候,一個(gè)大家耳熟能詳?shù)目鐕髽I(yè)也開始思考數(shù)據(jù)中臺(tái)的建設(shè),希望做中臺(tái)相關(guān)的溝通,這說明,中臺(tái)的市場(chǎng)在不斷擴(kuò)大,不僅在國內(nèi)本土企業(yè)受關(guān)注,在跨國企業(yè)中也有了一定的影響力。

雖然到目前為止,中臺(tái)的概念在中國以外的市場(chǎng)落地的案例還不多,但是作為國人自主提出,并且已經(jīng)孵化成一個(gè)市場(chǎng)的原創(chuàng)概念,中臺(tái)這兩個(gè)字,已經(jīng)創(chuàng)建了太多的第一,這兩個(gè)字足以在中國的信息化歷史上畫上閃亮的一筆。

“中臺(tái)”代表著本土企業(yè)數(shù)字化轉(zhuǎn)型理論的一個(gè)豐碑

在中臺(tái)以前,中國的企業(yè)信息化領(lǐng)域出的書大部分都是偏實(shí)操和工具類的書籍,比如 Office/Java/Python 等,什么《七天學(xué)會(huì) Excel》、《Java 開發(fā)寶典》之類的,而介紹企業(yè)級(jí)架構(gòu)、方法論的原創(chuàng)書籍不多。對(duì)比美國的 IT 界,很多軟件大拿非常擅長總結(jié)抽象理論體系,比如敏捷、演進(jìn)式架構(gòu)、微服務(wù)這些體系就是 Martin Fowler 和 Neal Ford 這樣的軟件巨匠提出并升華到企業(yè)架構(gòu)級(jí)別的。

而自從中臺(tái)興起,圍繞中臺(tái)架構(gòu)進(jìn)行概念澄清、實(shí)踐剖析、案例分享的文章和書籍越來越多。從阿里巴巴鐘華先生的《企業(yè) IT 架構(gòu)轉(zhuǎn)型之道 阿里巴巴中臺(tái)戰(zhàn)略思想與架構(gòu)實(shí)戰(zhàn)》,到云徙科技的《中臺(tái)戰(zhàn)略:中臺(tái)建設(shè)與數(shù)字商業(yè)》,再到數(shù)瀾科技《數(shù)據(jù)中臺(tái):讓數(shù)據(jù)用起來》,每一本書的邏輯自成體系,都從不同的維度闡述了中臺(tái)的建設(shè)方法論和案例實(shí)踐。從這個(gè)角度講,相對(duì)而言,在本土數(shù)字化轉(zhuǎn)型市場(chǎng),中臺(tái)的理論體系化程度是比較高的,可以說是中國企業(yè)信息化領(lǐng)域理論總結(jié)的一個(gè)豐碑。

所以,中臺(tái)概念的崛起,絕對(duì)是中國企業(yè)信息化領(lǐng)域的一個(gè)里程碑式的事件,它對(duì)于企業(yè)信息化已經(jīng)帶來并且還在持續(xù)帶來巨大的推動(dòng)作用。

當(dāng)我回顧這個(gè)里程碑事件的時(shí)候,我隱約感覺到了一個(gè)模糊的關(guān)聯(lián),這些關(guān)聯(lián)隨著思考不斷的深入,隨著與同行們不斷的碰撞越來越清晰,中臺(tái)的本質(zhì)是什么,它的發(fā)展將何去何從?

中臺(tái)的崛起是從“服務(wù)化”到“去 ERP 化”

10 年前,阿里掀起了一場(chǎng)聲勢(shì)浩大的“去 IOE”活動(dòng),其本意是,在阿里巴巴的 IT 架構(gòu)中,去掉 IBM 的小型機(jī)、Oracle 數(shù)據(jù)庫、EMC 存儲(chǔ)設(shè)備,代之以自研或在開源軟件基礎(chǔ)上開發(fā)的系統(tǒng)。

站在技術(shù)的視角看“去 IOE 化”的過程,就是將原來的中心化的、封閉的 Oracle 商業(yè)數(shù)據(jù)庫軟件替換為去中心化的、開放的開源數(shù)據(jù)庫軟件,將原來封閉的 IBM 的主機(jī)、EMC 的高端存儲(chǔ)設(shè)備替換為以 X86 為代表的云化硬件設(shè)備。

對(duì)應(yīng)到典型 IT 架構(gòu)的層次,去 IOE 化都是在企業(yè)的基礎(chǔ)架構(gòu)層面,包括應(yīng)用基礎(chǔ)架構(gòu)的工作,也就是從 IaaS 到 PaaS,而應(yīng)用層并沒有太大變化。

但是,當(dāng)我們看中臺(tái)的概念的時(shí)候,我們發(fā)現(xiàn),中臺(tái)要解決是兩個(gè)方面的問題:業(yè)務(wù)中臺(tái)和數(shù)據(jù)中臺(tái)。業(yè)務(wù)中臺(tái)通過抽象,封裝可復(fù)用的邏輯,提升企業(yè)的響應(yīng)力,而數(shù)據(jù)中臺(tái)通過打通企業(yè)的數(shù)據(jù),構(gòu)建自學(xué)習(xí)服務(wù)的數(shù)據(jù)能力,讓企業(yè)更智慧,一個(gè)是應(yīng)用層, 一個(gè)是數(shù)據(jù)層,也就對(duì)應(yīng)到 Application 和 Data。

行業(yè)里普遍比較認(rèn)同中臺(tái)的構(gòu)建就是業(yè)務(wù)數(shù)據(jù)化,數(shù)據(jù)業(yè)務(wù)化,也就是圍繞微服務(wù)架構(gòu)的過程。但是如果我們把業(yè)務(wù)中臺(tái)和數(shù)據(jù)中臺(tái)與過去二十年的信息化歷程關(guān)聯(lián)到一起,我們會(huì)發(fā)現(xiàn)中臺(tái)的建設(shè)可以分為兩個(gè)階段,第一個(gè)階段是“服務(wù)化”,第二個(gè)階段是“去 ERP 化”,而最終對(duì)于企業(yè)來講追求的是用新的數(shù)字化技術(shù)去替換遺留的 ERP 系統(tǒng)的過程。

企業(yè)中臺(tái)實(shí)施第一個(gè)階段:服務(wù)化

目前很多企業(yè)所實(shí)施的中臺(tái),主要的工作是將遺留的后臺(tái)系統(tǒng),比如 ERP/MES/CRM 的公共部分進(jìn)行拆解復(fù)用,形成類似于交易中心、用戶中心,訂單中心這樣的微服務(wù)集合供前臺(tái)調(diào)用,從而保證邏輯的一致性同時(shí)更快的響應(yīng)前臺(tái)的變化。

這個(gè)階段,中臺(tái)以“通用能力服務(wù)化”為核心。如下圖所示,左邊是業(yè)務(wù)中臺(tái),業(yè)務(wù)中臺(tái)將后臺(tái)的通用業(yè)務(wù)能力,比如用戶接口、訂單接口、支付接口等統(tǒng)一抽象成微服務(wù)提供給多個(gè)業(yè)務(wù)前臺(tái)使用,從而保證前臺(tái)業(yè)務(wù)數(shù)據(jù)化的過程的標(biāo)準(zhǔn)化、統(tǒng)一化,提升了業(yè)務(wù)數(shù)據(jù)化的一致性和準(zhǔn)確性,同時(shí)也加快了前臺(tái)的響應(yīng)速度。右邊是數(shù)據(jù)中臺(tái),數(shù)據(jù)中臺(tái)從后臺(tái)獲取全域數(shù)據(jù),并且通過結(jié)合人工智能的算法技術(shù)挖掘產(chǎn)生業(yè)務(wù)洞察,并提供唯一的數(shù)據(jù)查詢和統(tǒng)計(jì)服務(wù)給到業(yè)務(wù)前臺(tái)和業(yè)務(wù)中臺(tái),從而驅(qū)動(dòng)業(yè)務(wù)朝智能化轉(zhuǎn)型,優(yōu)化現(xiàn)有業(yè)務(wù)同時(shí)轉(zhuǎn)型和創(chuàng)新業(yè)務(wù)。

整個(gè)這個(gè)過程,都是業(yè)務(wù)響應(yīng)需求的發(fā)展,進(jìn)行微服務(wù)改造的過程。下面我們以一個(gè)最典型的訂單服務(wù)為例來仔細(xì)剖析這個(gè)過程,從而闡述業(yè)務(wù)中臺(tái)和數(shù)據(jù)中臺(tái)的關(guān)系以及他們的業(yè)務(wù)價(jià)值。

一個(gè)訂單服務(wù)的演進(jìn)過程

下圖是一個(gè)典型的電商訂單服務(wù)的流程,用戶在某電商自營 APP 下一個(gè)產(chǎn)品訂單,這個(gè)應(yīng)用負(fù)責(zé)把訂單數(shù)據(jù)保存到數(shù)據(jù)庫里。

隨著這個(gè)企業(yè)的發(fā)展,該電商企業(yè)拓展了多個(gè)渠道,構(gòu)建了其他的 APP,提供給用戶使用。于是,用戶下訂單就有了兩個(gè)方法,分別在不同的應(yīng)用里,比如自營 APP 和微信小程序,這樣最典型的兩個(gè)渠道。而真實(shí)的情況可能是一個(gè)電商企業(yè)會(huì)有非常多的渠道,有自營的,還有代運(yùn)營的,還有線下的 POS 系統(tǒng),還有合作伙伴通過 API 接入的,多個(gè)應(yīng)用會(huì)同時(shí)創(chuàng)建訂單。這樣的情況下就會(huì)出現(xiàn)多個(gè)應(yīng)用都會(huì)創(chuàng)建訂單。

這樣帶來的問題很明顯:

  1. 用戶體驗(yàn)不佳,一個(gè)用戶不能看到在不同渠道的訂單。
  2. 數(shù)據(jù)一致性差,訂單數(shù)據(jù)分散在不同的應(yīng)用系統(tǒng)中,數(shù)據(jù)不一致,同步復(fù)雜。
  3. 維護(hù)困難,當(dāng)一個(gè)訂單邏輯發(fā)生了變化,所有的應(yīng)用邏輯都要重寫,帶來的很大的維護(hù)工作量,響應(yīng)慢。

在這種情況下,如何解決這些問題呢?

為了解決訂單數(shù)據(jù)一致性的問題,一般會(huì)在 OrderDB_1 和 OrderDB_2 之間做同步更新,從而保證用戶能看到自己的全部訂單。

為了能夠掌握全局的銷量情況,企業(yè)會(huì)構(gòu)建數(shù)據(jù)倉庫系統(tǒng),將不同系統(tǒng)的數(shù)據(jù)都通過 ETL 的方式抽取到數(shù)據(jù)倉庫中進(jìn)行分析,這就是 OLAP 的過程。但是由于數(shù)據(jù)量比較大,處理過程復(fù)雜,往往 OLAP 都是 T+1 以上的響應(yīng)速度,也就意味著,比如企業(yè)要想看所有渠道的銷量分析報(bào)表,只能看到一天以前的,而不能看實(shí)時(shí)的數(shù)據(jù),如下圖所示。

上圖的橘黃色箭頭表示在線交易處理流程,是生成數(shù)據(jù)的過程,而綠色箭頭表示在線分析處理流程,是抽取處理分析的過程。

這是典型的數(shù)據(jù)倉庫和商業(yè)智能的場(chǎng)景,而這樣的數(shù)據(jù)利用的問題也是很明顯的:

  1. 數(shù)據(jù)分析不實(shí)時(shí),不能夠?qū)崟r(shí)出報(bào)表。
  2. 數(shù)據(jù)倉庫往往都是單體架構(gòu),受限于數(shù)據(jù)的處理計(jì)算能力,擴(kuò)展能力不強(qiáng),往往只能分析一個(gè)階段的數(shù)據(jù)。
  3. 響應(yīng)慢,ETL 的過程依賴于預(yù)設(shè)的分析主題設(shè)計(jì),當(dāng)要分析的數(shù)據(jù)結(jié)構(gòu)發(fā)生變化時(shí)需要重新設(shè)計(jì)抽取邏輯,導(dǎo)致響應(yīng)慢。

以上是現(xiàn)在很多企業(yè)現(xiàn)存的典型的應(yīng)用和數(shù)據(jù)利用場(chǎng)景,在這個(gè)基礎(chǔ)之上,業(yè)務(wù)部門提出了更高的需求,比如如何能夠?qū)崿F(xiàn)精準(zhǔn)營銷,如何能夠?qū)崿F(xiàn)動(dòng)態(tài)的價(jià)格?

這就是數(shù)據(jù)中臺(tái)和雙中臺(tái)的典型用例和業(yè)務(wù)價(jià)值所在,下面我們用三個(gè)典型場(chǎng)景用例來闡述中臺(tái)服務(wù)化的價(jià)值。

數(shù)據(jù)中臺(tái)的典型場(chǎng)景用例:精準(zhǔn)營銷

下圖是典型的數(shù)據(jù)中臺(tái)的業(yè)務(wù)場(chǎng)景:精準(zhǔn)營銷。

利用分布式的數(shù)據(jù)架構(gòu)替換傳統(tǒng)的數(shù)據(jù)倉庫,將 ETL 的過程更換成 ELT 的過程,結(jié)合批流一體的架構(gòu),保證數(shù)據(jù)的全面覆蓋,源數(shù)據(jù)抽取,實(shí)時(shí)數(shù)據(jù)和歷史數(shù)據(jù)并存。

在這個(gè)基礎(chǔ)上,數(shù)據(jù)中臺(tái)借助機(jī)器學(xué)習(xí)等算法能力,構(gòu)建精準(zhǔn)營銷模型,能夠供前臺(tái)業(yè)務(wù)應(yīng)用直接調(diào)用,而不需要做成報(bào)表以可視化的形式提供給業(yè)務(wù)人員,業(yè)務(wù)人員根據(jù)自己的經(jīng)驗(yàn)在去做手工的用戶運(yùn)營。當(dāng)用戶在訪問商品清單的時(shí)候,根據(jù)用戶畫像、產(chǎn)品銷量等全域數(shù)據(jù),實(shí)時(shí)生成最新的產(chǎn)品推薦,通過數(shù)據(jù)中臺(tái)的 API 推薦給用戶。

這是一個(gè)典型的數(shù)據(jù)智能化的過程,通過數(shù)據(jù)中臺(tái)整合了企業(yè)相關(guān)應(yīng)用系統(tǒng)的全域數(shù)據(jù),通過分布式存儲(chǔ)和計(jì)算能力,結(jié)合人工智能技術(shù)和算法,為業(yè)務(wù)系統(tǒng)提供直接可調(diào)用的實(shí)時(shí)數(shù)據(jù)和智能服務(wù)。

業(yè)務(wù)中臺(tái)的典型場(chǎng)景用例:訂單生成

實(shí)現(xiàn)智能化,是所有的企業(yè)希望達(dá)到的目標(biāo),但是智能化對(duì)于數(shù)據(jù)的質(zhì)量要求很高,而多個(gè)分別創(chuàng)建訂單服務(wù),導(dǎo)致的問題很明顯,而且隨著前臺(tái)應(yīng)用系統(tǒng)的不斷增多,業(yè)務(wù)數(shù)據(jù)化的過程越來越復(fù)雜,導(dǎo)致數(shù)據(jù)與真實(shí)的業(yè)務(wù)出現(xiàn)了很多的不一致和偏差。同時(shí),隨著業(yè)務(wù)變化的速度越來越快,同時(shí)維護(hù)多個(gè)訂單服務(wù)的工作量很大,響應(yīng)速度越來越慢,這就要求對(duì)于所有的訂單服務(wù)進(jìn)行抽象、復(fù)用和包裝,這就是業(yè)務(wù)中臺(tái)出現(xiàn)的原因。

如下圖是最簡單的業(yè)務(wù)中臺(tái)的服務(wù),也就是訂單中心的服務(wù),所有的前臺(tái)應(yīng)用當(dāng)需要?jiǎng)?chuàng)建訂單的時(shí)候,統(tǒng)一調(diào)用業(yè)務(wù)中臺(tái)的訂單服務(wù),由這個(gè)服務(wù)統(tǒng)一生成產(chǎn)品訂單,從而保證了訂單邏輯的一致性和維護(hù)的高響應(yīng)性。


雙中臺(tái)的典型場(chǎng)景用例:動(dòng)態(tài)價(jià)格

數(shù)據(jù)中臺(tái)不僅為前臺(tái)應(yīng)用直接提供調(diào)用服務(wù),并且也能夠?yàn)闃I(yè)務(wù)中臺(tái)提供數(shù)據(jù)和智能的服務(wù)。

下圖是典型的雙中臺(tái)協(xié)作的場(chǎng)景用例:動(dòng)態(tài)價(jià)格。

這個(gè)場(chǎng)景在很多需要實(shí)時(shí)計(jì)算動(dòng)態(tài)價(jià)格的業(yè)務(wù)中存在,比如機(jī)票預(yù)訂和滴滴打車的下單服務(wù)中,每一個(gè)訂單的價(jià)格都是實(shí)時(shí)根據(jù)當(dāng)前的數(shù)據(jù)計(jì)算生成的。

如上圖所示,業(yè)務(wù)中臺(tái)統(tǒng)一為不同的應(yīng)用提供訂單生成服務(wù),而在生成訂單的過程中,需要根據(jù)不同用戶的情況,動(dòng)態(tài)計(jì)算一個(gè)價(jià)格。這種情況下,業(yè)務(wù)中臺(tái)就需要調(diào)用數(shù)據(jù)中臺(tái)中的動(dòng)態(tài)價(jià)格計(jì)算模型。這個(gè)模型從分布式數(shù)據(jù)網(wǎng)格(Data Mesh)中獲取產(chǎn)品、用戶等歷史數(shù)據(jù),同時(shí)獲取實(shí)時(shí)的訂單數(shù)據(jù),最終計(jì)算出最優(yōu)的價(jià)格,返回給業(yè)務(wù)中臺(tái)的訂單服務(wù)。

而這個(gè)動(dòng)態(tài)價(jià)格的智能服務(wù)可以同時(shí)被業(yè)務(wù)中臺(tái)和其他業(yè)務(wù)前臺(tái)所調(diào)用,所以,數(shù)據(jù)中臺(tái)是同時(shí)為業(yè)務(wù)中臺(tái)和業(yè)務(wù)前臺(tái)提供數(shù)據(jù)和智能服務(wù)的。

部分企業(yè)目前所實(shí)施的中臺(tái),都是和以上三個(gè)業(yè)務(wù)用例類似的場(chǎng)景,就是將一些共有業(yè)務(wù)流程做服務(wù)化改造,從而變成可以被前臺(tái)快速調(diào)用的業(yè)務(wù)服務(wù),提升業(yè)務(wù)的響應(yīng)力,讓業(yè)務(wù)更智慧。

當(dāng)我們看雙中臺(tái)服務(wù)化的過程時(shí),不可避免地要面對(duì)很多已經(jīng)有了后臺(tái)系統(tǒng),特別是已經(jīng)有了套裝 ERP 軟件的情況。這個(gè)時(shí)候,我們要解決的就不僅僅是服務(wù)化幾個(gè)核心能力的問題,而是以 ERP 為代表的遺留企業(yè)架構(gòu)和以中臺(tái)為代表的新興企業(yè)架構(gòu)的博弈問題了,這時(shí)候,中臺(tái)的實(shí)施就進(jìn)入了第二個(gè)階段。

企業(yè)中臺(tái)實(shí)施的第二個(gè)階段:“去 ERP 化”

十幾年前,我作為早期做 BPR(業(yè)務(wù)流程再造)和 ERP(企業(yè)資源管理系統(tǒng))的顧問,經(jīng)歷了原來以進(jìn)銷存為核心、系統(tǒng)分散數(shù)據(jù)不拉通的蠻荒階段。那時(shí)候的企業(yè)對(duì)于 ERP 的追捧,就和現(xiàn)在追捧中臺(tái)一樣。當(dāng)時(shí)要解決的問題是將企業(yè)的流程梳理清晰,做到資源的集約化管理,從本質(zhì)上講也是解決流程復(fù)用、業(yè)務(wù)能力化的問題,只不過那時(shí)的技術(shù)實(shí)踐方法是套裝軟件,通過 Oracle EBS 或者 SAP ECC 這樣的商業(yè)閉源軟件,開箱配置后使用,用國外成熟標(biāo)準(zhǔn)化的流程來驅(qū)動(dòng)企業(yè)的業(yè)務(wù)。

曾幾何時(shí),ERP 是企業(yè)現(xiàn)代化管理制度的代表,上了 ERP 表示企業(yè)流程優(yōu)化、資源集約化的成功,但是經(jīng)過了十幾年的發(fā)展,原來的 ERP 系統(tǒng)已經(jīng)不足以滿足當(dāng)今企業(yè)的訴求,主要原因如下:

套裝 ERP 軟件的弊端
  • 商業(yè)軟件,響應(yīng)慢大部分的 ERP 系統(tǒng)是商業(yè)軟件,是按照 License 來授權(quán)的,企業(yè)只有使用權(quán),這就導(dǎo)致當(dāng)企業(yè)的業(yè)務(wù)發(fā)生變化的時(shí)候,需要找到原廠進(jìn)行重新配置或者新開發(fā),響應(yīng)比較慢。
  • 封閉架構(gòu),不開放套裝 ERP 軟件是封閉架構(gòu),技術(shù)不開放,導(dǎo)致企業(yè)無法對(duì)它進(jìn)行大的功能上的擴(kuò)展,只能像打補(bǔ)丁一樣,構(gòu)建一些外掛,而且效果往往都很不好。
  • 單體架構(gòu),彈性不夠過去的套裝 ERP 軟件一般都是巨型單體架構(gòu),天生的彈性不夠,不能夠滿足持續(xù)增長的性能需求。
  • 昂貴的升級(jí)和維護(hù)成本套裝 ERP 軟件的升級(jí)和維護(hù)成本一般來說都很貴,導(dǎo)致有的的企業(yè)抱怨,不上 ERP 會(huì)死,但是上了 ERP,費(fèi)用太高,負(fù)擔(dān)很重。

過去,企業(yè)使用套裝 ERP 的核心原因是需要復(fù)制和遵循 ERP 軟件里內(nèi)置的那些業(yè)務(wù)流程,在某種角度上講,過去 ERP 系統(tǒng)的實(shí)施其實(shí)是“買流程送軟件”

但是,中國的企業(yè)已經(jīng)建立了適應(yīng)中國市場(chǎng)特色的組織結(jié)構(gòu)和業(yè)務(wù)流程體系,而且互聯(lián)網(wǎng)的快速普及,導(dǎo)致原來靜態(tài),標(biāo)準(zhǔn)化的業(yè)務(wù)流程已經(jīng)不足以支撐企業(yè)的快速響應(yīng)。

這種情況下,一些領(lǐng)先的企業(yè)對(duì)于 ERP 這樣的核心業(yè)務(wù)系統(tǒng)的價(jià)值訴求從原來的固化流程到了快速響應(yīng)前臺(tái)市場(chǎng)變化的新階段。

而與此同時(shí),ERP 這樣的以流程為核心的組織形式也轉(zhuǎn)向平臺(tái)化的組織形式,而這也是中臺(tái)的核心理念。

企業(yè)組織結(jié)構(gòu)從流程式協(xié)作走向平臺(tái)式協(xié)作

ERP 的實(shí)施過程中,會(huì)制定很多的流程、崗位、職責(zé),從而讓多個(gè)部門能夠在統(tǒng)一的流程下有機(jī)的協(xié)作起來,我把這種組織形式叫流程式協(xié)作,如下圖所示:

這樣的好處是,在預(yù)設(shè)好的業(yè)務(wù)流程、分工職責(zé)下,不同的部門做各自的事情。比如研發(fā)部門就關(guān)注產(chǎn)品的先進(jìn)性,采購部門就關(guān)注采購的低成本,生產(chǎn)部門就關(guān)注產(chǎn)品的高質(zhì)量,我們默認(rèn)為只要各個(gè)部門按照制定的流程和 KPI 協(xié)作,就可以實(shí)現(xiàn)企業(yè)的業(yè)務(wù)戰(zhàn)略。

但是,我們會(huì)發(fā)現(xiàn),這個(gè)圖是從企業(yè)內(nèi)部視角來看的,并不是從客戶價(jià)值視角來看的,天然把企業(yè)分成了外部和內(nèi)部。

而隨著互聯(lián)網(wǎng)的出現(xiàn),外部競(jìng)爭(zhēng)格局越來越復(fù)雜,企業(yè)需要圍繞客戶價(jià)值來組織經(jīng)營,一些領(lǐng)先的企業(yè)倡導(dǎo),所有組織單元和業(yè)務(wù)部門都要產(chǎn)生客戶價(jià)值。

但是 ERP 時(shí)代的流程式協(xié)作就在客戶價(jià)值之間構(gòu)建了一堵無法逾越的墻,因?yàn)檠邪l(fā)部門只關(guān)注技術(shù)的先進(jìn)性,不關(guān)注客戶是否買單,而采購部門只關(guān)注低成本,不關(guān)注技術(shù)的先進(jìn)性。每一個(gè)流程節(jié)點(diǎn)和業(yè)務(wù)部門重點(diǎn)關(guān)注的是給自己設(shè)定的 KPI,而不是客戶價(jià)值,導(dǎo)致局部利益大于全局利益。

如何打破這堵墻?

這不是一個(gè)簡單的事情,從原有的遺留系統(tǒng),特別是 ERP 這樣的套裝軟件中區(qū)解耦業(yè)務(wù)流程,做服務(wù)化改造本身是一個(gè)很復(fù)雜的工作,并且在改造的過程中,牽一發(fā)而動(dòng)全身,很多企業(yè)會(huì)發(fā)現(xiàn),最終的結(jié)果就是會(huì)將原來的單體 ERP 系統(tǒng)拆解成為分布式的,去中心化的 ERP 微服務(wù)集合,我稱這個(gè)階段為“去 ERP 化”階段。

中臺(tái)建設(shè)對(duì)于一些已經(jīng)有 ERP 系統(tǒng)的企業(yè)來說,就是“去 ERP 化”,將中心化的單體 ERP 系統(tǒng)拆解成分布式、微服務(wù)架構(gòu)的開放平臺(tái),而不僅僅是“能力復(fù)用平臺(tái)”。

在這樣的業(yè)務(wù)開放平臺(tái)的基礎(chǔ)上,能夠打破企業(yè)內(nèi)外部的邊界,讓所有的業(yè)務(wù)部門從后端走向前端,通過中臺(tái)支撐敏捷前臺(tái),創(chuàng)造客戶價(jià)值,我們把這樣的協(xié)作形式稱為“中臺(tái)時(shí)代的平臺(tái)式協(xié)作”。

從資源計(jì)劃為中心轉(zhuǎn)變?yōu)橐钥蛻魹橹行?

ERP 系統(tǒng)的全稱是企業(yè)資源計(jì)劃系統(tǒng)(Enterprise Resource Planning),顧名思義,是以企業(yè)的人、財(cái)、物資源集約化管理為目標(biāo)的系統(tǒng)。

ERP 系統(tǒng)的典型場(chǎng)景是流程的復(fù)用,定義業(yè)務(wù)流程模板,然后把一套業(yè)務(wù)流程盡可能的復(fù)制到不同的業(yè)務(wù)領(lǐng)域和客戶需求上,從而實(shí)現(xiàn)資源調(diào)度的集約化,是典型的計(jì)劃型經(jīng)濟(jì)的思路,強(qiáng)調(diào)標(biāo)準(zhǔn)化和資源的復(fù)用節(jié)約。

而在 VUCA 的市場(chǎng)環(huán)境下,企業(yè)面臨的是客戶越來越多樣化,個(gè)性化的需求,越來越強(qiáng)調(diào)以客戶為中心去動(dòng)態(tài)的組織資源為客戶提供服務(wù)。

這就要求后臺(tái)業(yè)務(wù)系統(tǒng)能夠更加靈活的支撐前臺(tái)不斷變化,個(gè)性化的客戶需求,這和 ERP 系統(tǒng)的核心理念及本質(zhì)是相違背的。

這種情況下,原來的 ERP 系統(tǒng)必須要將以流程為獨(dú)立單元的模塊拆解為以客戶價(jià)值為獨(dú)立單元的模塊。

同時(shí),這樣的轉(zhuǎn)變也帶來一個(gè)巨大的挑戰(zhàn),就是如何給員工打績效。

原來 ERP 時(shí)代的員工績效比較直接清晰,就是將業(yè)務(wù)流程績效分解到每一個(gè)崗位,比如完成率、審批率等。

但是,當(dāng)轉(zhuǎn)變成以客戶為核心的時(shí)候,如何度量績效呢?

企業(yè)希望每一個(gè)業(yè)務(wù)節(jié)點(diǎn),所有的參與方都可以對(duì)齊到客戶價(jià)值,用產(chǎn)生的客戶價(jià)值來度量貢獻(xiàn),這樣能夠更直接的激勵(lì)員工。

這是一個(gè)很好的愿景,但是實(shí)現(xiàn)起來是困難的,那就是對(duì)于一些后端賦能型的業(yè)務(wù)單元,如何將它們關(guān)聯(lián)到直接的客戶價(jià)值上,這里就需要利用全域的數(shù)據(jù)分析、建模,通過敏感性分析等算法技術(shù)來實(shí)時(shí)計(jì)算,這也就是數(shù)據(jù)中臺(tái)所需要提供的能力。

總的來講,對(duì)于那些擁有 ERP 系統(tǒng)的企業(yè)來講,中臺(tái)實(shí)施的深水區(qū)必然涉及到要重構(gòu)原有 ERP 系統(tǒng),因?yàn)閭鹘y(tǒng) ERP 和中臺(tái)的核心理念是沖突的,所以我用“去 ERP 化”作為企業(yè)中臺(tái)實(shí)施第二個(gè)階段的名稱,不意味著一定是要拋棄 ERP 軟件,而表示要將傳統(tǒng)的以資源計(jì)劃為核心,以集約化為目的的業(yè)務(wù)系統(tǒng)轉(zhuǎn)型為以客戶為中心的業(yè)務(wù)中臺(tái)。

“去 ERP 化”的過程一般會(huì)分為兩個(gè)步驟,由于篇幅原因,這里我們簡單介紹一下:

一、將相對(duì)比較獨(dú)立的真正的企業(yè)后臺(tái),比如財(cái)務(wù),人力資源這些模塊保留在后臺(tái) ERP 系統(tǒng),其他的業(yè)務(wù)模塊基本上都會(huì)從單體架構(gòu)變成分布式的微服務(wù)架構(gòu),如下圖所示:

這個(gè)拆解重構(gòu)的過程,最重要的一個(gè)標(biāo)準(zhǔn)就是將原來的 ERP 流程拆解出可獨(dú)立提供業(yè)務(wù)價(jià)值的微服務(wù)。

在這個(gè)階段,我們認(rèn)為,偏后端的 ERP 模塊,比如財(cái)務(wù)、人力資源,還是會(huì)保留的,拆解的目的不是為了微服務(wù)而微服務(wù),是為了能夠?qū)R和提供客戶價(jià)值。

二、一切應(yīng)用云化,應(yīng)用與數(shù)據(jù)分離。

在第一步的基礎(chǔ)上,我們展望未來,會(huì)發(fā)現(xiàn)有一個(gè)趨勢(shì):最終,一個(gè)個(gè)的單體架構(gòu)的后端系統(tǒng)都會(huì)隨著云計(jì)算、大數(shù)據(jù)處理技術(shù)的發(fā)展,變成一個(gè)個(gè)的可獨(dú)立運(yùn)行的微服務(wù)。

企業(yè)的后臺(tái)系統(tǒng)會(huì)被分解成一個(gè)個(gè)的分布式的微服務(wù)架構(gòu),能夠被管理、被編排、被治理,每一個(gè)微服務(wù)有自己基于云的數(shù)據(jù)存儲(chǔ),物理上是分布式的。

小   結(jié)

我用下面這張圖來概括中臺(tái)發(fā)展的三個(gè)階段,最終我們發(fā)現(xiàn),對(duì)于那些已經(jīng)有 ERP 系統(tǒng)的企業(yè)來講,中臺(tái)的建設(shè)本質(zhì)就是利用微服務(wù)架構(gòu)構(gòu)建開放業(yè)務(wù)平臺(tái)來替換閉源單體架構(gòu)的 ERP 系統(tǒng)的過程。

中臺(tái)的構(gòu)建過程是企業(yè)轉(zhuǎn)型的過程,是企業(yè)從流程為核心走向以客戶為核心的轉(zhuǎn)型,是企業(yè)從以人的經(jīng)驗(yàn)驅(qū)動(dòng)走向數(shù)據(jù)智能驅(qū)動(dòng)的轉(zhuǎn)型。

中臺(tái)概念的崛起和落地代表了中國部分領(lǐng)先企業(yè)逐漸走入了企業(yè)管理體系的無人區(qū),已經(jīng)沒有以前的西方先進(jìn)管理經(jīng)驗(yàn)可以照搬,需要的是快速試錯(cuò)和高速響應(yīng)的能力。

而這一切,也許要從“去 ERP 化”開始,讓我們和過去的 ERP 說一聲“珍重”。

作者介紹

史凱,花名凱哥, 20 年企業(yè)信息化、數(shù)字化轉(zhuǎn)型和咨詢實(shí)施經(jīng)驗(yàn),從早期的業(yè)務(wù)流程(BPR)、企業(yè)資源計(jì)劃系統(tǒng)(ERP)的實(shí)施到云計(jì)算、大數(shù)據(jù)、PaaS 平臺(tái)實(shí)施、IT 規(guī)劃,為眾多行業(yè)頭部企業(yè)提供數(shù)字化轉(zhuǎn)型咨詢和規(guī)劃實(shí)施服務(wù)。曾在 IBM、埃森哲、EMC 負(fù)責(zé)企業(yè)信息化咨詢,目前是 ThoughtWorks 數(shù)據(jù)和智能事業(yè)部總經(jīng)理,精益數(shù)據(jù)創(chuàng)新體系的提出者,深度思考者和作者,是數(shù)據(jù)中臺(tái)、數(shù)據(jù)驅(qū)動(dòng)的數(shù)字化轉(zhuǎn)型的倡導(dǎo)者和實(shí)踐者,2019 年被評(píng)選為全球 DataIQ100 的數(shù)據(jù)賦能者,騰訊云最有價(jià)值專家 TVP。

活動(dòng)推薦

Facebook 早期工程師覃超和極客大學(xué)聯(lián)合開設(shè)的「 算法訓(xùn)練營·第 8 期 」下周一開營,課程內(nèi)容是極客時(shí)間視頻課的超集,它不僅涵蓋常見的算法面試題精講,還包括數(shù)據(jù)結(jié)構(gòu)和算法的理論知識(shí)的講解、算法在實(shí)際工程上的應(yīng)用,加入了很多高級(jí)數(shù)據(jù)結(jié)構(gòu)(比如 紅黑樹、AVL、跳表),以及很多高階算法,一次性將數(shù)據(jù)結(jié)構(gòu)和算法的方方面面講透。

同時(shí)訓(xùn)練營設(shè)計(jì)了一套陪伴式學(xué)習(xí)機(jī)制,比起直接告訴你答案,更希望授人以漁,教給你思考方式,讓你在有限的時(shí)間內(nèi),實(shí)現(xiàn)算法學(xué)習(xí)的突破,無懼任何互聯(lián)網(wǎng)大廠的算法面試。通過覃超老師線上指導(dǎo)的學(xué)員,拿到硅谷公司以及國內(nèi)頂級(jí)互聯(lián)網(wǎng)公司 Offer 的概率保持在 95% 以上。 AI 前線粉絲專享 ¥100 優(yōu)惠口令:AIQIANXAN ,僅限 3 天??

今日薦文

點(diǎn)擊下方圖片即可閱讀

2020年軟件工程現(xiàn)狀: Python或?qū)⒊蔀榈谝淮缶幊陶Z言,中國開源漲勢(shì)最猛


你也「在看」嗎??

    本站是提供個(gè)人知識(shí)管理的網(wǎng)絡(luò)存儲(chǔ)空間,所有內(nèi)容均由用戶發(fā)布,不代表本站觀點(diǎn)。請(qǐng)注意甄別內(nèi)容中的聯(lián)系方式、誘導(dǎo)購買等信息,謹(jǐn)防詐騙。如發(fā)現(xiàn)有害或侵權(quán)內(nèi)容,請(qǐng)點(diǎn)擊一鍵舉報(bào)。
    轉(zhuǎn)藏 分享 獻(xiàn)花(0

    0條評(píng)論

    發(fā)表

    請(qǐng)遵守用戶 評(píng)論公約

    類似文章 更多

    久久99午夜福利视频| 熟女少妇一区二区三区蜜桃| 欧洲自拍偷拍一区二区| 麻豆精品视频一二三区| av在线免费观看一区二区三区| 男女午夜在线免费观看视频| 日韩精品小视频在线观看| 国产精品免费视频视频| 国产av天堂一区二区三区粉嫩| 久久99一本色道亚洲精品| 日韩黄色一级片免费收看| 偷拍美女洗澡免费视频| 视频在线播放你懂的一区| 国产传媒一区二区三区| 欧美小黄片在线一级观看| 五月婷婷欧美中文字幕| 国产精品夜色一区二区三区不卡| 精品人妻少妇二区三区| 大香蕉久久精品一区二区字幕| 亚洲另类欧美综合日韩精品| 黑丝国产精品一区二区| 亚洲欧美视频欧美视频| a久久天堂国产毛片精品| 激情视频在线视频在线视频| 青青操在线视频精品视频| 日韩美女偷拍视频久久| 欧美成人精品国产成人综合| 色婷婷丁香激情五月天| 日韩黄片大全免费在线看| 欧洲一区二区三区自拍天堂| 日韩特级黄片免费观看| 好吊日成人免费视频公开| 午夜国产成人福利视频| 午夜福利网午夜福利网| 国产福利一区二区久久| 国产一区二区三区成人精品| 91播色在线免费播放| 欧美日韩国产午夜福利| 欧美午夜不卡在线观看| 好吊妞视频只有这里有精品| 福利新区一区二区人口|