從搜索指數(shù)來(lái)看，數(shù)據(jù)中臺(tái)有放緩的趨勢(shì)，而低代碼穩(wěn)步上升。

數(shù)據(jù)中臺(tái)大家都聽(tīng)了不少，低代碼是什么？

簡(jiǎn)單來(lái)說(shuō)，低代碼開(kāi)發(fā)平臺(tái)（LCDP）是一種可以通過(guò)圖形化拖拽和參數(shù)配置等更高效的方式，以更少的手寫(xiě)代碼方式完成開(kāi)發(fā)工作的軟件。

L代表的Low（我一直覺(jué)得應(yīng)該用Less）指的是少寫(xiě)代碼。寫(xiě)得少錯(cuò)的少，可以讓一般的程序員也能完成高質(zhì)量的開(kāi)發(fā)，減輕測(cè)試工作量，加快交付速度。

甚至，如果做到極致，成為無(wú)代碼開(kāi)發(fā)平臺(tái)，那么業(yè)務(wù)人員就可以直接使用，將原來(lái)寫(xiě)需求、需求溝通、需求分析、科技開(kāi)發(fā)、測(cè)試、UAT、上線(xiàn)這一流程極大的簡(jiǎn)化，涉及的相關(guān)方也極大的收縮。

低代碼并不是一個(gè)新概念，從Gartner Hype Cycle上可以看出，低代碼已經(jīng)經(jīng)歷了泡沫破裂期，進(jìn)入穩(wěn)步爬升的恢復(fù)期。

中臺(tái)和低代碼平臺(tái)，在我看來(lái)其實(shí)本質(zhì)上都是希望解決同一個(gè)問(wèn)題，即提供更快更好的滿(mǎn)足業(yè)務(wù)需要的應(yīng)用開(kāi)發(fā)和數(shù)據(jù)服務(wù)能力。

物理世界的變化是飛快的，黑天鵝事件的突然降臨，熱點(diǎn)新聞的突發(fā)和廣泛傳播，監(jiān)管規(guī)定毫無(wú)預(yù)期的下發(fā)（通常是在周五）……

為了追上這些變化，業(yè)務(wù)和產(chǎn)品加班加點(diǎn)趕制了一份需求，經(jīng)過(guò)需求評(píng)估、討論、評(píng)審、修改，終于開(kāi)始開(kāi)發(fā)了，最快兩三個(gè)月之后，系統(tǒng)上線(xiàn)，市場(chǎng)也許已經(jīng)是另一番光景。

而數(shù)據(jù)服務(wù)就更慢了，首先要等應(yīng)用系統(tǒng)上線(xiàn)且穩(wěn)定，持續(xù)開(kāi)展一段時(shí)間業(yè)務(wù)以后才能積累一定量的基礎(chǔ)數(shù)據(jù)，具備了利用這些數(shù)據(jù)提供服務(wù)的可能。

而實(shí)際服務(wù)的提供，還涉及到數(shù)據(jù)質(zhì)量、數(shù)據(jù)規(guī)范和標(biāo)準(zhǔn)、數(shù)據(jù)時(shí)效性等一系列問(wèn)題，

于是，很自然的，我們需要一些工具或者機(jī)制，來(lái)填補(bǔ)這兩道鴻溝。

為了提升后臺(tái)數(shù)據(jù)采集、提供數(shù)據(jù)服務(wù)的速度，縮短業(yè)務(wù)/用戶(hù)獲得數(shù)據(jù)和服務(wù)的時(shí)間，壓縮獲得數(shù)據(jù)和服務(wù)的成本，同時(shí)使得數(shù)據(jù)服務(wù)更貼合業(yè)務(wù)需求，我們需要數(shù)據(jù)中臺(tái)；

為了提升業(yè)務(wù)應(yīng)用的開(kāi)發(fā)速度，縮短業(yè)務(wù)/用戶(hù)獲得產(chǎn)品/應(yīng)用的時(shí)間，壓縮獲得產(chǎn)品/應(yīng)用的成本，同時(shí)使得產(chǎn)品/應(yīng)用更貼近業(yè)務(wù)需求，我們需要低代碼平臺(tái)。

所以，可以看出，數(shù)據(jù)中臺(tái)和低代碼平臺(tái)，本質(zhì)上要解決的是一類(lèi)問(wèn)題，就是提升終端用戶(hù)獲得服務(wù)和產(chǎn)品的效率，壓縮成本，貼近需求。

而這一切，都是為了能讓終端用戶(hù)，也就是業(yè)務(wù)部門(mén)，更好的應(yīng)對(duì)外部環(huán)境快速的變化，最終還是為了創(chuàng)造更多的業(yè)務(wù)價(jià)值。

為了解決這類(lèi)問(wèn)題，這不是我們第一次嘗試了。敏捷的開(kāi)發(fā)方法也是為了縮短開(kāi)發(fā)周期，提升開(kāi)發(fā)效率，貼近用戶(hù)需求。

敏捷方法強(qiáng)調(diào)快速迭代，先交付一個(gè)最小可用產(chǎn)品（MVP），讓業(yè)務(wù)先用起來(lái)，能夠勉強(qiáng)應(yīng)付外部的變化，再快速迭代下一個(gè)版本。

同樣，也是為了快速的實(shí)現(xiàn)業(yè)務(wù)價(jià)值，我們采用的種種方法論和工具，都是為了這一目標(biāo)。

那么企業(yè)架構(gòu)又是干什么的呢？

企業(yè)架構(gòu)（Enterprise Architecture）始于20 世紀(jì)60 年代，截至目前已有接近六十年的發(fā)展歷程。作為一門(mén)關(guān)鍵的IT 學(xué)科領(lǐng)域，經(jīng)過(guò)多年的發(fā)展也催生了各類(lèi)廣泛應(yīng)用于各行業(yè)和應(yīng)用場(chǎng)景的框架與方法論工具，例如Zachman、TOGAF、DoDAF 等，這些企業(yè)架構(gòu)框架也一直作為重要的指導(dǎo)方法和工具，被應(yīng)用于各類(lèi)企業(yè)和組織的頂層IT 規(guī)劃與設(shè)計(jì)。

ThoughWorks 現(xiàn)代企業(yè)架構(gòu)白皮書(shū)

在這里，數(shù)據(jù)玩家不想探討具體的企業(yè)架構(gòu)框架，而是想說(shuō)說(shuō)企業(yè)架構(gòu)落地的過(guò)程中，究竟解決的是什么問(wèn)題。

造成產(chǎn)品和數(shù)據(jù)服務(wù)交付時(shí)間很長(zhǎng)的原因，除了客觀的先后順序造成的時(shí)間差，還有一個(gè)核心原因就是IT和業(yè)務(wù)的溝通問(wèn)題。

往小了說(shuō)，IT和業(yè)務(wù)各自有各自的語(yǔ)言，難以在同一層面溝通，往大了說(shuō)，IT和業(yè)務(wù)各有各的目標(biāo)或KPI，沒(méi)法站到對(duì)方的立場(chǎng)考慮問(wèn)題。

而企業(yè)架構(gòu)的落地過(guò)程中，要求IT和業(yè)務(wù)忘掉自己的語(yǔ)言，全部基于企業(yè)架構(gòu)框架的獨(dú)有語(yǔ)言來(lái)進(jìn)行溝通，這樣，至少保證了雙方在統(tǒng)一體系下進(jìn)行溝通，避免了不同“語(yǔ)言”之間的交互和理解偏差。

至于目標(biāo)和KPI，則需要自頂向下的推動(dòng)，由高層牽頭，全體配合完成一個(gè)聲勢(shì)浩大的全盤(pán)重塑。

比如建行的企業(yè)架構(gòu)落地過(guò)程，就是科技和業(yè)務(wù)坐在一起，按照業(yè)務(wù)領(lǐng)域/價(jià)值鏈、業(yè)務(wù)組件、活動(dòng)、任務(wù)、步驟的五級(jí)建模方法論，重新梳理流程、產(chǎn)品、數(shù)據(jù)和用戶(hù)體驗(yàn)等領(lǐng)域。

本質(zhì)上，是創(chuàng)建了一種科技與業(yè)務(wù)能夠融洽溝通的機(jī)制，從而希望從根本上，消除科技與業(yè)務(wù)的隔閡，實(shí)現(xiàn)產(chǎn)品和服務(wù)的快速交付，體現(xiàn)業(yè)務(wù)價(jià)值。

為什么有些方法和工具，已經(jīng)存在多年，比如低代碼和企業(yè)架構(gòu)，現(xiàn)在又被大肆宣傳呢？

各行業(yè)的數(shù)字化進(jìn)入深水區(qū)，基礎(chǔ)設(shè)施逐漸完善，競(jìng)爭(zhēng)進(jìn)入了白熱化階段，信息的快速流通使得客戶(hù)缺乏忠誠(chéng)度，用腳投票，產(chǎn)品極為同質(zhì)化，企業(yè)按照固有思路，投入巨大成本進(jìn)行產(chǎn)品改造優(yōu)化帶來(lái)的收益越來(lái)越小，用時(shí)髦的話(huà)說(shuō)，內(nèi)卷化越來(lái)越嚴(yán)重了。

迫切的需要從根本上，解決產(chǎn)品和服務(wù)交付速度的問(wèn)題，更快的推出新產(chǎn)品迎合市場(chǎng)與用戶(hù)。

這種態(tài)勢(shì)下，越來(lái)越多的企業(yè)喜歡概念式創(chuàng)新，別人做了什么，我也要做，因?yàn)榭隙ㄓ杏脛e人才會(huì)做。

而并非每個(gè)工具和方法，都適合每個(gè)企業(yè)。

比如數(shù)據(jù)基礎(chǔ)設(shè)施都沒(méi)建好的企業(yè)，著急要做數(shù)據(jù)中臺(tái)；中小機(jī)構(gòu)看見(jiàn)大型企業(yè)實(shí)施了企業(yè)架構(gòu)，也紛紛躍躍欲試，要知道，建行企業(yè)架構(gòu)是一個(gè)投入了數(shù)億，上萬(wàn)人的隊(duì)伍，歷時(shí)七年才完成的巨型工程，不是中小銀行承受得起的。

數(shù)據(jù)中臺(tái)才下眉頭，低代碼又上心頭，敏捷方法還在路上，企業(yè)架構(gòu)重現(xiàn)江湖。不管什么工具和方法，本質(zhì)還是為了提升業(yè)務(wù)價(jià)值，而根據(jù)企業(yè)現(xiàn)狀的不同，所適用的工具和方法各異。

或許，僅僅是簡(jiǎn)單的改變一下組織架構(gòu)，就能解決有些企業(yè)的問(wèn)題。在不確定自己適合什么工具和方法論的前提下，建議借助外腦，診斷企業(yè)現(xiàn)狀，選擇最符合企業(yè)需要的方法進(jìn)行實(shí)施。