中臺(tái)的末路
中臺(tái)的概念不絕于耳,眾多公司忙著搭建中臺(tái),這些中臺(tái)背后的問(wèn)題,你了解嗎?
從2015年開始,到2019年現(xiàn)在為止。各大公司都在吹捧中臺(tái)理念。仿佛中臺(tái)是業(yè)務(wù)復(fù)雜性的救世主,是某些架構(gòu)師和PM的新出路,各種割韭菜的講中臺(tái)的課程層出不窮。
當(dāng)然,吹牛逼的時(shí)候大家都是揀好的說(shuō),苦逼的東西就只有內(nèi)部人士知道。中臺(tái)到底靠譜還是不靠譜,只憑各路英雄的演講內(nèi)容,那看起來(lái)是靠譜的。
先來(lái)看看這些公開的觀點(diǎn),再以我的視角還原“中臺(tái)”的真相。
按照慣例,手動(dòng)貼上文章的目錄:
一、公開的觀點(diǎn)
1.1 中臺(tái)是什么
阿里巴巴集團(tuán)前端業(yè)務(wù)中公共、通用的業(yè)務(wù)沉淀到了這個(gè)事業(yè)部,包含了用戶中心、商品中心、交易中心、評(píng)價(jià)中心等十幾個(gè)中心,而共享業(yè)務(wù)事業(yè)部正是“厚平臺(tái)”的真實(shí)體現(xiàn),為阿里巴巴各種前端業(yè)務(wù)提供著相應(yīng)服務(wù)中心領(lǐng)域內(nèi)最為專業(yè)、穩(wěn)定的業(yè)務(wù)服務(wù)。
——鐘華,《企業(yè)IT架構(gòu)轉(zhuǎn)型之道:阿里巴巴中臺(tái)戰(zhàn)略思想與架構(gòu)實(shí)戰(zhàn)》
中臺(tái)實(shí)際上是通用業(yè)務(wù)的下沉。
企業(yè)在一個(gè)行業(yè)耕耘多年之后,一般都會(huì)形成一些公用的業(yè)務(wù),而這些業(yè)務(wù)是可以像中間件那樣進(jìn)行下沉共享的。
再往前推一些,也就是比較早期人們常說(shuō)的偏業(yè)務(wù)的基礎(chǔ)服務(wù),在概念上并不是創(chuàng)新。
1.2 為什么要做中臺(tái)
中臺(tái)解決了什么問(wèn)題?
其實(shí)和把程序內(nèi)的公用邏輯封裝為L(zhǎng)ibrary差不多,就是盡量避免重復(fù)造輪子。一個(gè)輪子造100遍,對(duì)部門是沒(méi)有任何好處的;一個(gè)系統(tǒng)造100遍,對(duì)企業(yè)自然是沒(méi)什么幫助的。
早期的企業(yè)經(jīng)常借鑒騰訊經(jīng)驗(yàn),鼓勵(lì)內(nèi)部競(jìng)爭(zhēng)。但內(nèi)部競(jìng)爭(zhēng)的度往往不好把握,經(jīng)常會(huì)出現(xiàn)“所有部門都在造差不多的系統(tǒng)”的現(xiàn)象。
中臺(tái)從公司戰(zhàn)略角度,將這些行為進(jìn)行了規(guī)范化,公共的部分交給公共系統(tǒng)部門去做。
1.3 中臺(tái)給企業(yè)帶來(lái)的收益
1)工程方面
就像上面提到的,首先是有效減少了重復(fù)造輪子、重復(fù)建系統(tǒng)的現(xiàn)象。有相對(duì)統(tǒng)一的業(yè)務(wù)收斂位置,并在公共服務(wù)上快速高效迭代出新的業(yè)務(wù)。
2)數(shù)據(jù)方面
有了統(tǒng)一的用戶、訂單系統(tǒng),就不會(huì)再有各種惡心的數(shù)據(jù)打通問(wèn)題,不會(huì)有跨部門的數(shù)據(jù)墻。
有了統(tǒng)一的中臺(tái),也就有了統(tǒng)一的數(shù)據(jù)規(guī)范。
對(duì)于大數(shù)據(jù)相關(guān)的需求,可以從相對(duì)唯一的數(shù)據(jù)出口進(jìn)行業(yè)務(wù)迭代,不需要為每一個(gè)部門進(jìn)行定制開發(fā),浪費(fèi)人力。
3)創(chuàng)新方面
這一項(xiàng)目也很好地詮釋了之前所說(shuō)的“點(diǎn)、線、面”的理論,在“點(diǎn)”上根本感知不到的問(wèn)題,在“線”和“面”的平臺(tái)上,更容易發(fā)現(xiàn)這些問(wèn)題的本質(zhì),通過(guò)專業(yè)的技能解決這些問(wèn)題,為企業(yè)帶來(lái)實(shí)實(shí)在在的業(yè)務(wù)價(jià)值,這就是很好的創(chuàng)新!
——鐘華,《企業(yè)IT架構(gòu)轉(zhuǎn)型之道:阿里巴巴中臺(tái)戰(zhàn)略思想與架構(gòu)實(shí)戰(zhàn)》
有了公共的中臺(tái),意味著有了相對(duì)全局的視角,更能發(fā)現(xiàn)單點(diǎn)觀察難以發(fā)現(xiàn)的問(wèn)題,在更大的業(yè)務(wù)層面進(jìn)行一定的創(chuàng)新——聽著很有道理。
二、真相
中臺(tái)能解決問(wèn)題么?是能解決的。
中臺(tái)能解決所有問(wèn)題么?那顯然是不能的。
就像微服務(wù)架構(gòu)一樣,架構(gòu)師吹牛的時(shí)候天花亂墜,你做起來(lái)卻發(fā)現(xiàn)這條路上全都是坑。
2.1 技術(shù)方面
公用業(yè)務(wù)下沉,這個(gè)理念其實(shí)很樸素。
所有程序員都知道我們公用的邏輯要進(jìn)行封裝、抽象,變成Library。中臺(tái)的本質(zhì)其實(shí)就是把這種樸素的思想進(jìn)行了一定程度的推廣。
1)難以應(yīng)對(duì) Cross cutting concern
根據(jù)中臺(tái)進(jìn)行系統(tǒng)拆分和部門調(diào)整之后,還是會(huì)遇到 cross cutting concern,什么是 cross cutting concern:
The crosscutting concern is a concern which is applicable throughout the application and it affects the entire application. For example: logging, security and data transfer are the concerns which are needed in almost every module of an application, hence they are cross-cutting concerns.
有些需求難以避免地會(huì)影響整個(gè)流程中的所有系統(tǒng):
比如,從技術(shù)范疇進(jìn)行的一些改造(如為了完成tracing,所有系統(tǒng)增加trace id,并在log中默認(rèn)攜帶)。
比如,從業(yè)務(wù)范疇進(jìn)行的i18n改造(注:i18n是國(guó)際化的意思,Internationalization去掉頭尾的i和n剛好還剩下18個(gè)字符,程序員的智慧)。
這些改造需求一般天生就是跨系統(tǒng)、跨組、跨部門的,事情一帶上“跨”的字眼,就不好搞了。
舉一個(gè)典型的例子,某巨型互聯(lián)網(wǎng)公司員工抱怨,在當(dāng)前的微服務(wù)和中臺(tái)架構(gòu)前提下,做一個(gè)需求經(jīng)常要改20+個(gè)模塊,苦不堪言,連上線順序都不一定搞得清楚。
當(dāng)這20+個(gè)模塊又是跨部門的時(shí)候,就更難了。想要推動(dòng)其它部門做一些短期看起來(lái)沒(méi)啥收益的事,太難了。
2)穩(wěn)定性和靈活性的矛盾
對(duì)于一個(gè)系統(tǒng)來(lái)說(shuō),追求穩(wěn)定性,那么必然會(huì)在修改和升級(jí)上較為消極;追求靈活性,那在功能迭代上一定會(huì)較為激進(jìn)。這兩方面的矛盾本來(lái)就是難以調(diào)和的。追求其中之一,在一定程度上就得放棄另一方面。
就像網(wǎng)友經(jīng)常講的不作死就不會(huì)死,沒(méi)有代碼才是真正的穩(wěn)定之道。
Google程序員在Github上發(fā)起的行為藝術(shù)項(xiàng)目:nocode,沒(méi)有 code,就沒(méi)有bug——可謂棄療的典范。
有很多中臺(tái)系統(tǒng)被剝離之后,因?yàn)橛脩舯姸?,一旦出現(xiàn)技術(shù)上的問(wèn)題,影響面巨大。
從我的實(shí)際觀察來(lái)看,中臺(tái)部門的系統(tǒng)雖然初始立項(xiàng)的時(shí)候聲勢(shì)浩大,但基本也沒(méi)什么人關(guān)注這些公共系統(tǒng)的代碼質(zhì)量或者測(cè)試質(zhì)量。最終只不過(guò)是大家公用了一堆“垃圾”,“垃圾”在轉(zhuǎn)過(guò)幾手之后,后來(lái)的人基本就不太想對(duì)原來(lái)的代碼進(jìn)行修改了。
可能有人會(huì)講你可以重構(gòu)啊。
嗯,重構(gòu)的前提是系統(tǒng)有完善的測(cè)試用例和可以跑的測(cè)試。事實(shí)上一般都沒(méi)有!在沒(méi)有測(cè)試的情況下,我們可以根據(jù)過(guò)往的系統(tǒng)需求文檔和 PRD來(lái)還原當(dāng)時(shí)的業(yè)務(wù)場(chǎng)景,并進(jìn)行測(cè)試補(bǔ)充。
但你又發(fā)現(xiàn),中臺(tái)的性質(zhì)(大多偏技術(shù)項(xiàng)目,基本沒(méi)什么PM把關(guān)或者出文檔)使其基本沒(méi)有什么靠譜的、詳盡的文檔。寫的復(fù)雜的中臺(tái),連業(yè)務(wù)流程都理不清楚,還想寫測(cè)試,別做夢(mèng)了哦。
3)中臺(tái)與前臺(tái)的模糊業(yè)務(wù)邊界、距離
在實(shí)際實(shí)踐時(shí),中臺(tái)與FT的邊界往往劃得不清不楚。比如,用戶服務(wù)、用戶權(quán)益、用戶在各種子系統(tǒng)中的狀態(tài),這些內(nèi)容可能并不是用戶服務(wù)本身關(guān)心的內(nèi)容。
但往往需求也會(huì)提給用戶服務(wù),這時(shí)候用戶服務(wù)就只是進(jìn)行字段存儲(chǔ),而狀態(tài)機(jī)變化則完全在外部。
如果對(duì)系統(tǒng)內(nèi)的個(gè)別數(shù)據(jù)不進(jìn)行管理,那么有其它接入方接入時(shí),就無(wú)法解釋清楚字段的含義和使用場(chǎng)景。
如果不接受這些不相干的數(shù)據(jù)接入,那么前臺(tái)流程系統(tǒng)可能會(huì)在自己內(nèi)部重新建立自己的數(shù)據(jù)系統(tǒng),這部分系統(tǒng)又極有可能和中臺(tái)有功能上的重疊。
如果想要把這些數(shù)據(jù)接管過(guò)來(lái),那么中臺(tái)又需要梳理所有業(yè)務(wù)場(chǎng)景。或者說(shuō)明需要把所有對(duì)數(shù)據(jù)進(jìn)行修改的邏輯全部收攏到中臺(tái)內(nèi)部,這往往又會(huì)產(chǎn)生與中臺(tái)與前臺(tái)業(yè)務(wù)邊界的沖突。
難以給出有效的邊界,就意味著無(wú)窮無(wú)盡的撕逼。這便是很多中臺(tái)的兩難:我接不是,不接也不是。
如果去問(wèn)那些中臺(tái)業(yè)務(wù)部門的系統(tǒng)開發(fā)負(fù)責(zé)人:某些業(yè)務(wù)要不要你們來(lái)做,連這些人自己都說(shuō)不清楚。
2.2 人方面
如果要做中臺(tái),那往往需要將業(yè)務(wù)部門的一部分系統(tǒng)進(jìn)行下沉。
下沉并不僅僅是一個(gè)技術(shù)問(wèn)題。
如果要把系統(tǒng)從一個(gè)部門變到另一個(gè)部門,這一定會(huì)帶來(lái)人員的調(diào)動(dòng)。從情感上來(lái)講,人們都是討厭這種部門變動(dòng)的。因?yàn)椤邦I(lǐng)導(dǎo)”會(huì)在部門調(diào)整中發(fā)生變化,同事也經(jīng)常會(huì)隨著部門調(diào)整而離職。只留自己在原地填坑給誰(shuí)都不愿意。
也有些公司在調(diào)整中進(jìn)行粗暴的系統(tǒng)交接,如果系統(tǒng)需要下沉,那我直接從原來(lái)的維護(hù)團(tuán)隊(duì)手里奪過(guò)來(lái),交給中臺(tái)部門來(lái)管理。
這一樣會(huì)引起雙方的反感:
- 交接方:這是我們加班加點(diǎn),辛辛苦苦開發(fā)出來(lái)的系統(tǒng),憑什么交給別人?奮斗了半年難道就是為了給別人摘桃子?
- 被交接方:這個(gè)系統(tǒng)原來(lái)的維護(hù)團(tuán)隊(duì)水平極低,代碼就是一堆“垃圾”,他們不想搞了就隨便扔給我們?憑什么???我們又不是接盤俠。
即使貴司運(yùn)氣好,在系統(tǒng)交接過(guò)程中沒(méi)有出現(xiàn)問(wèn)題,那交接后也不好說(shuō)。被交接的系統(tǒng)在交接后往往陷入消極維護(hù)狀態(tài),這時(shí)候前臺(tái)業(yè)務(wù)接入中臺(tái)會(huì)比以往更加困難,這種困難使前臺(tái)業(yè)務(wù)的不滿積累到一定程度之后,會(huì)再次催生前臺(tái)部門重新造一套新的自己的中臺(tái),而部分或全部放棄原來(lái)的中臺(tái)。這樣,原來(lái)的中臺(tái)部門便會(huì)陷入尷尬的境地。
生存空間被擠壓,人也自然很難待得下去,各公司的中臺(tái)部門,人跑的比香港記者都快。
2.3 部門、公司、組織架構(gòu)方面
1)跨部門溝通障礙、跨部門目標(biāo)差異
進(jìn)行部門劃分之后,每個(gè)業(yè)務(wù)部門會(huì)有自己的一套目標(biāo)體系。部門與部門的目標(biāo)(KPI)一般是不相同的,如果相同的話,那也就沒(méi)必要分多個(gè)部門了。
而部門與部門之間的目標(biāo)在某種程度上甚至可能有沖突。
例如,A部門Feature Team較多,主要負(fù)責(zé)業(yè)務(wù)功能迭代,需要更強(qiáng)的靈活性;而B部門負(fù)責(zé)中臺(tái)數(shù)據(jù),主要關(guān)心系統(tǒng)穩(wěn)定性,也就是前文提到的靈活性和穩(wěn)定性的矛盾。
若此時(shí)出現(xiàn)cross cutting concern,兩個(gè)部門需要在矛盾上取得一定程度的平衡,這種平衡在個(gè)別情況下是不可得的。
例如在一段時(shí)間內(nèi),中臺(tái)部門的目標(biāo)是提高某個(gè)商業(yè)指標(biāo),讓公司更賺錢/省錢。這時(shí)候前臺(tái)業(yè)務(wù)提來(lái)了新的需求,這種需求是能使流程開發(fā)更加靈活的,但與中臺(tái)部門的KPI不在一個(gè)航道上。
中臺(tái)部門顯然要把需求排排優(yōu)先級(jí),把任務(wù)排排主次。前臺(tái)部門又會(huì)覺(jué)得中臺(tái)支持個(gè)需求怎么這么龜速又唧唧歪歪,不如自己實(shí)現(xiàn)了。
前臺(tái)業(yè)務(wù)也有自己的理由:“自閉環(huán)”嘛,這詞真是好用。
2)公司利益分配
毫無(wú)疑問(wèn),距離業(yè)務(wù)近的地方比距離業(yè)務(wù)遠(yuǎn)的地方能分到更多公司增長(zhǎng)的成果。
中臺(tái)看起來(lái)是業(yè)務(wù),但又是公共業(yè)務(wù),既然是公共業(yè)務(wù),那基本上沒(méi)辦法分享到任一單一業(yè)務(wù)成功的紅利。縱使其成功的原因中,中臺(tái)的強(qiáng)大、便捷是重要原因。
這會(huì)導(dǎo)致什么問(wèn)題呢?
沒(méi)有人愿意接手中臺(tái)項(xiàng)目,中臺(tái)項(xiàng)目變成燙手的山芋。大佬無(wú)法在中臺(tái)項(xiàng)目上獲得紅利,小弟們沒(méi)法在中臺(tái)項(xiàng)目上獲得利益。中臺(tái)功能確定以后,只有出事故的時(shí)候大家才想起你來(lái)。穩(wěn)定運(yùn)行是應(yīng)該的,出事就是你的鍋!
3)利潤(rùn)中心?其實(shí)是成本中心
最重要的是讓信息中心部門從之前在企業(yè)中“業(yè)務(wù)支持”的組織職能,轉(zhuǎn)變?yōu)榛谄髽I(yè)核心業(yè)務(wù)和數(shù)據(jù)進(jìn)行運(yùn)營(yíng)的團(tuán)隊(duì),這個(gè)團(tuán)隊(duì)會(huì)更快、更好地支持業(yè)務(wù)發(fā)展的同時(shí),逐漸掌握企業(yè)最核心的業(yè)務(wù)和數(shù)據(jù),逐步培養(yǎng)出企業(yè)最稀缺的“既精通業(yè)務(wù),又熟悉技術(shù)”的復(fù)合型人才。
在接下來(lái)整個(gè)社會(huì)進(jìn)入開放共享的時(shí)代,企業(yè)最大的價(jià)值將會(huì)是基于這些核心業(yè)務(wù)和數(shù)據(jù)進(jìn)行對(duì)外開放的運(yùn)營(yíng),到那個(gè)時(shí)候,這個(gè)部門將成為企業(yè)最為寶貴的資產(chǎn)。
——鐘華,《企業(yè)IT架構(gòu)轉(zhuǎn)型之道:阿里巴巴中臺(tái)戰(zhàn)略思想與架構(gòu)實(shí)戰(zhàn)》
在大多數(shù)公司,中臺(tái)部門和基礎(chǔ)架構(gòu)一樣,會(huì)被當(dāng)成是包袱而不是財(cái)富??赡苡行┤俗x到這里會(huì)不太爽。
我們來(lái)看看,科技公司是怎么看待員工的呢?
在DDD相關(guān)的書里提到兩個(gè)概念:成本中心、利潤(rùn)中心。
技術(shù)對(duì)業(yè)務(wù)參與不強(qiáng)的情況下,技術(shù)部門基本上都會(huì)被當(dāng)作是成本中心。也就是老板要達(dá)成自己的目標(biāo),必須不情不愿地花錢去養(yǎng)你們這些技術(shù)團(tuán)隊(duì)。
對(duì)應(yīng)業(yè)務(wù)側(cè)開發(fā)來(lái)說(shuō),想要改變老板的這種看法,需要讓業(yè)務(wù)系統(tǒng)和業(yè)務(wù)人員之間進(jìn)行強(qiáng)聯(lián)動(dòng),將一部分業(yè)務(wù)人員變成系統(tǒng)人員架構(gòu)中的業(yè)務(wù)專家角色,或者是研發(fā)人員自己變成一個(gè)業(yè)務(wù)領(lǐng)域?qū)<?,就是有些人常說(shuō)的你得跟老板穿一條褲子。
從這方面來(lái)講,大多公司的基礎(chǔ)架構(gòu)角色就比較尷尬。業(yè)務(wù)驅(qū)動(dòng)的公司,基礎(chǔ)架構(gòu)并不是其致勝要素。所以不管你做的再好,只要公司沒(méi)有用技術(shù)賺錢,那么這部分的支出就只能被當(dāng)作單純的成本。
當(dāng)然了很多做基礎(chǔ)的大佬也根本不在乎,公司只是個(gè)練兵場(chǎng),練成了帶小弟們跳槽就好。
中臺(tái)也是一樣的,從業(yè)務(wù)一線剝離到后方之后。中臺(tái)離業(yè)務(wù)的距離越來(lái)越遠(yuǎn)。公司高層漸漸看不到繼續(xù)對(duì)中臺(tái)進(jìn)行投入的價(jià)值,中臺(tái)便漸漸變成了他們眼中純粹的成本中心,是公司財(cái)務(wù)的包袱而不是財(cái)富。
2.4 行業(yè)方面
中臺(tái)建設(shè)一般要考慮公司的實(shí)際情況,這樣建設(shè)出來(lái)的系統(tǒng)可以應(yīng)對(duì)一段時(shí)間內(nèi)的公司業(yè)務(wù)變化。然而公司的壓力有時(shí)并不來(lái)自于自己的業(yè)務(wù)方向,可能來(lái)自于行業(yè)內(nèi)其它公司的模式挑戰(zhàn)。
理論上來(lái)說(shuō),只要一個(gè)公司的業(yè)務(wù)系統(tǒng)架構(gòu)建設(shè)完成了,便已經(jīng)完成了一種架構(gòu)上的固化。這時(shí)行業(yè)內(nèi)如果有新的模式獲得了成功,公司肯定要進(jìn)行跟進(jìn),但是新的模式一定意味著對(duì)原有系統(tǒng)、架構(gòu)的挑戰(zhàn)。
試想,原來(lái)系統(tǒng)架構(gòu)是針對(duì)線上交易設(shè)計(jì)的,突然有一天,O2O模式被證明有利可圖,大多數(shù)公司都開始轉(zhuǎn)向線下。原有的流程、模式當(dāng)然想要復(fù)用,但是這時(shí)候復(fù)用的成本很可能比重新開發(fā)還要高。
眼睜睜看著競(jìng)爭(zhēng)對(duì)手們甩掉包袱,輕裝上陣,以更低的成本更短的時(shí)間攻城略地,擠壓自己的生存空間。
這時(shí)候怎么辦呢?
大多數(shù)公司給出的方案是成立新的業(yè)務(wù)部門,在新趨勢(shì)新陣地沖鋒陷陣。新部門肯定也要用到原來(lái)公司的老服務(wù),又碰到了我們的老問(wèn)題:跨部門合作,新部門的成功并不會(huì)讓老部門多得到多少好處,配合自然不會(huì)太積極。
如果新部門的嘗試獲得了初步成功,得到了公司資源的傾斜,獲得了有效的人力資源補(bǔ)充。之后又會(huì)帶來(lái)新一輪重復(fù)造輪子,互相不合作,互相撕逼的腥風(fēng)血雨。
——簡(jiǎn)直是一個(gè)輪回。
三、結(jié)語(yǔ)
經(jīng)常有小伙伴說(shuō),國(guó)內(nèi)某公司中臺(tái)非常好,大家都在學(xué)。
嗯,我倒是想問(wèn)問(wèn)了,如果真的做的好,某公司旗下的金融公司和電商公司還會(huì)需要兩套完全一樣的基礎(chǔ)架構(gòu),和好幾朵云?
作為一個(gè)技術(shù)人員,在各種烏七八糟、花里胡哨的概念“轟炸”下,應(yīng)該能夠保持理智,不要被各種人帶節(jié)奏。
最后,把曹大博客的slogan分享給大家:
If you don’t keep moving, you’ll quickly fall behind.
第一次讀到的時(shí)候,振聾發(fā)聵,和大家共勉!
作者:曹春暉;公眾號(hào):碼農(nóng)桃花源(ID:CoderPark)
來(lái)源:https://mp.weixin.qq.com/s/OSTMAMal_XLV0feMERamBA
本文由 @碼農(nóng)桃花源 授權(quán)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載
題圖來(lái)自 Unsplash,基于 CC0 協(xié)議
想請(qǐng)教下,有了這些問(wèn)題,然后呢?
看了評(píng)論放了大半心,還是有清醒的人…
弄了半天你是轉(zhuǎn)載的
中臺(tái)到底是什么
中臺(tái) 業(yè)務(wù)下沉
你這說(shuō)的根本不是中臺(tái),而是平臺(tái),中臺(tái)基于公共基礎(chǔ)可復(fù)用的模塊外還有業(yè)務(wù)模塊,可以支持快速響應(yīng)業(yè)務(wù)和試錯(cuò)
中臺(tái)對(duì)接,業(yè)務(wù)和技術(shù)是最大問(wèn)題。
我分享一下公司的物聯(lián)中臺(tái)情況,1、客戶方面都是資源型獲取的,隱形利益是關(guān)鍵,中臺(tái)價(jià)值當(dāng)然也會(huì)關(guān)心,但不值一提,因?yàn)榻鹬饕粺o(wú)所知。2、實(shí)際使用部署上受到強(qiáng)勢(shì)的如dahua、haikang等巨頭不合作3、如智慧校園項(xiàng)目,智慧周期一般1-5期,可以說(shuō)不差錢,年年搞都行,但都各自為政,系統(tǒng)多個(gè)獨(dú)立,存量設(shè)備品牌越來(lái)越雜,大集成的概念估計(jì)這幾年將要提出,趨勢(shì)擺在這里,遲早的事。 不專業(yè),僅供參考,路過(guò)隨便說(shuō)一嘴,勿砸磚
中臺(tái)落地過(guò)程中的問(wèn)題相信只要是做中臺(tái)的團(tuán)隊(duì)都一定會(huì)有。理想很豐滿現(xiàn)實(shí)很骨感,員工都是要考核的,中臺(tái)被過(guò)分夸大、過(guò)分忽略都會(huì)對(duì)中臺(tái)建設(shè)有很大影響。
對(duì)于建設(shè)中的中臺(tái),架構(gòu)、主要負(fù)責(zé)人、和定位應(yīng)該相對(duì)保持穩(wěn)定,自上而下把中臺(tái)的對(duì)接合作模式敲定,才有可能減少后續(xù)的摩擦。
文章分析很透徹,指出了中臺(tái)建設(shè)中遇到過(guò)的很多必須面臨的實(shí)際問(wèn)題。我司在中臺(tái)建設(shè)過(guò)程中,也經(jīng)歷過(guò)誠(chéng)如筆者所提的成本中心、包袱等問(wèn)題困擾。
個(gè)人認(rèn)為,透過(guò)現(xiàn)象看本質(zhì),從技術(shù)角度講“中臺(tái)”還是一套信息化系統(tǒng)、一副工具。工具的作用是提高人的工作效率,企業(yè)的信息系統(tǒng)則是滿足企業(yè)的業(yè)務(wù)需求,提高企業(yè)運(yùn)作的整體效率。
在不同的階段、不同的時(shí)期,需要的工具也大不相同。誠(chéng)如原始時(shí)代石器就能滿足需求,但在工業(yè)時(shí)代蒸汽機(jī)才能滿足基本需求是一樣的。電腦才開始普及的年代,企業(yè)業(yè)務(wù)發(fā)展的渠道比較單一、簡(jiǎn)單的時(shí)候,可能一個(gè)excel都是很先進(jìn)的信息化系統(tǒng)了。隨著業(yè)務(wù)的發(fā)展,進(jìn)銷存、erp、mes、oa慢慢的進(jìn)入企業(yè)的信息化采購(gòu)清單。從線下到線上,oms成了必選項(xiàng)。再到O2O、OAO,隨著業(yè)務(wù)的發(fā)展,中臺(tái)建設(shè)又成了企業(yè)必須要考慮的。
中臺(tái)的出現(xiàn)和發(fā)展有它必然的時(shí)代和需求環(huán)境,它要完成的也是它某一階段的歷史使命。企業(yè)在不斷發(fā)展,信息系統(tǒng)就要不斷適配其發(fā)展需求,所有的信息系統(tǒng)都將成為過(guò)去式,別指望一個(gè)中臺(tái)能用到世界末日。
中臺(tái)不是一個(gè)放之四海而皆準(zhǔn)的東西,每一個(gè)企業(yè)都有自身的業(yè)務(wù)的特殊情況,別人的經(jīng)驗(yàn)可以借鑒,但不可能照單全抄的,就像佳沛奇異果和品勝充電寶的信息系統(tǒng)肯定是不同的,雖然都是銷售商品。
正確看待和解決中臺(tái)建設(shè)過(guò)程中的問(wèn)題,筆者所列的問(wèn)題,不僅僅是中臺(tái),很多也是企業(yè)信息化必然面臨的問(wèn)題,諸如:技術(shù)和業(yè)務(wù)部門的扯皮、業(yè)務(wù)前置或后置的矛盾。這些問(wèn)題只有想辦法去解決和克服,才能讓企業(yè)發(fā)展不被束縛,發(fā)揮信息系統(tǒng)——中臺(tái)應(yīng)有的價(jià)值和作用,進(jìn)而用好這一工具,發(fā)揮它最大的效能。
誠(chéng)然,中臺(tái)本質(zhì)上是企業(yè)內(nèi)部的復(fù)雜信息化系統(tǒng),屬于基礎(chǔ)設(shè)施,其建設(shè)過(guò)程要比單純的業(yè)務(wù)系統(tǒng)更為復(fù)雜、更加系統(tǒng)化、耗費(fèi)更多資源,尤其是需要長(zhǎng)期迭代維護(hù),才能更好的簡(jiǎn)化前臺(tái),為前臺(tái)提供火力支持。
自己做不好不代表這個(gè)東西是壞東西。沒(méi)思考自己業(yè)務(wù)是否需要中臺(tái)時(shí),做中臺(tái)當(dāng)然無(wú)意義。
從系統(tǒng)構(gòu)成看,是一個(gè)高度抽象的能力復(fù)用集合,降低重復(fù)造輪子的成本和提高單系統(tǒng)的價(jià)值;從業(yè)務(wù)組織看,是業(yè)務(wù)的引擎也是快速支持前臺(tái)業(yè)務(wù)變化的緩沖池,業(yè)務(wù)成型且有沉淀價(jià)值時(shí)才適合下沉到中臺(tái)。
中臺(tái)無(wú)非就是做個(gè)水庫(kù),來(lái)供應(yīng)整個(gè)流域的工業(yè)農(nóng)業(yè)居民用,但不是單一供應(yīng)給工業(yè)用。
理想很豐滿,現(xiàn)實(shí)和骨感
我司實(shí)施中臺(tái)戰(zhàn)略之后原來(lái)的前臺(tái)業(yè)務(wù)部變成了交付實(shí)施部門,連業(yè)務(wù)邏輯都轉(zhuǎn)移到中臺(tái)了,交付實(shí)施從中臺(tái)挑選不同的功能組件合并出一個(gè)版本交付給客戶,美其名曰個(gè)性化配置。
可能是貴司對(duì)中臺(tái)概念的理解犯了拿來(lái)主義的錯(cuò)誤,本質(zhì)上可能就是想做個(gè)性化配置的業(yè)務(wù),順便搭配上中臺(tái)戰(zhàn)略思想的概念,蹭個(gè)熱度吧。
確實(shí)是為了BP里面寫一些新名詞,每次看企業(yè)宣傳片都覺(jué)得是在說(shuō)別人的公司
這個(gè)不是中臺(tái)把,感覺(jué)像個(gè)SAAS