在從事數(shù)字化轉(zhuǎn)型的實(shí)踐過程中，我們發(fā)現(xiàn)，企業(yè)數(shù)字化轉(zhuǎn)型總是離不開關(guān)于企業(yè)架構(gòu)的討論。

所謂轉(zhuǎn)型，其實(shí)是轉(zhuǎn)的企業(yè)整體，是對(duì)企業(yè)組織、業(yè)務(wù)、技術(shù)形態(tài)的系統(tǒng)化重塑，數(shù)字化項(xiàng)目可以通過局部試點(diǎn)迭代演化，但是必須是在特定的頂層設(shè)計(jì)框架下循序漸進(jìn)地執(zhí)行。

數(shù)字化轉(zhuǎn)型的本質(zhì)不是it外包或技術(shù)研發(fā)，而是管理咨詢與實(shí)施。

數(shù)字化轉(zhuǎn)型的對(duì)象是企業(yè)，也不是某個(gè)技術(shù)設(shè)備或it系統(tǒng)。

因此，討論數(shù)字化以及開展數(shù)字化轉(zhuǎn)型工作，必須以“企業(yè)架構(gòu)”為抓手，把“架構(gòu)”作為一張地圖，變?cè)O(shè)計(jì)邊做，直至達(dá)到所期待的轉(zhuǎn)型戰(zhàn)略目標(biāo)。

架構(gòu)關(guān)乎決策!

沒有架構(gòu)，就找不到轉(zhuǎn)型的方向。同時(shí)，缺少架構(gòu)支撐也很難有效洞察到轉(zhuǎn)型中真正的本質(zhì)問題。

沒有架構(gòu)的it設(shè)計(jì)，就像脫韁的野馬，遲早會(huì)失去控制，很多項(xiàng)目到最后都會(huì)變得“南轅北轍”。

通過架構(gòu)可以告訴我們，技術(shù)和業(yè)務(wù)，以及企業(yè)的經(jīng)營(yíng)戰(zhàn)略目標(biāo)，到底是一種什么樣的影響鏈路或支撐關(guān)系。

通常來說，企業(yè)架構(gòu)包含四個(gè)層面的含義，分別是業(yè)務(wù)架構(gòu)、應(yīng)用架構(gòu)、數(shù)據(jù)架構(gòu)以及技術(shù)架構(gòu)。

其中，業(yè)務(wù)架構(gòu)對(duì)應(yīng)業(yè)務(wù)域的需求邏輯，主要描述數(shù)字化系統(tǒng)所支撐的業(yè)務(wù)場(chǎng)景。

業(yè)務(wù)架構(gòu)中規(guī)定了為達(dá)到某個(gè)業(yè)務(wù)目標(biāo)的具體業(yè)務(wù)流程，所有的業(yè)務(wù)相關(guān)者的全責(zé)關(guān)系，也在業(yè)務(wù)架構(gòu)中有所指明。

簡(jiǎn)單講，業(yè)務(wù)架構(gòu)可以回答我們到底為什么(why)要做數(shù)字化轉(zhuǎn)型。

而應(yīng)用架構(gòu)、數(shù)據(jù)架構(gòu)、技術(shù)架構(gòu)屬于信息域，表示如何實(shí)現(xiàn)業(yè)務(wù)域需求的it建設(shè)框架邏輯，信息域的結(jié)構(gòu)其實(shí)回答的是如何做(how)數(shù)字化轉(zhuǎn)型的問題。

數(shù)據(jù)架構(gòu)是支撐業(yè)務(wù)流的數(shù)據(jù)模型、數(shù)據(jù)流關(guān)系，以及相應(yīng)的數(shù)據(jù)處理邏輯，從數(shù)字孿生的角度來說，數(shù)據(jù)架構(gòu)是和業(yè)務(wù)架構(gòu)的直接映射對(duì)象。業(yè)務(wù)架構(gòu)中的要求，都在數(shù)據(jù)架構(gòu)中直接反映。

從業(yè)務(wù)架構(gòu)到數(shù)據(jù)架構(gòu)，就是業(yè)務(wù)需求到數(shù)據(jù)需求的關(guān)系。

而類似地，應(yīng)用架構(gòu)是指軟件應(yīng)用方面的需求，技術(shù)架構(gòu)是支撐軟件應(yīng)用的物理層技術(shù)組件需求，二者共同來完成數(shù)據(jù)架構(gòu)定義的內(nèi)容。

不同架構(gòu)之間彼此互為約束。在建設(shè)任何數(shù)字化項(xiàng)目時(shí)，只要滿足特定的架構(gòu)遵從，就能保證需求不跑偏。

值得注意的是，無論是業(yè)務(wù)架構(gòu)還是數(shù)據(jù)架構(gòu)、應(yīng)用架構(gòu)，都是企業(yè)級(jí)的需求設(shè)計(jì)環(huán)節(jié)，而非項(xiàng)目級(jí)的。

一旦提到架構(gòu)，一定是在談?wù)撘粋€(gè)比較“宏觀”的視角，也正是基于這個(gè)原因，架構(gòu)的背后是跨組織、跨業(yè)務(wù)、跨場(chǎng)景、跨周期、跨領(lǐng)域、跨系統(tǒng)，換句話說，一定是一個(gè)“開放”的技術(shù)生態(tài)。

很多時(shí)候，企業(yè)在構(gòu)建一個(gè)數(shù)字化系統(tǒng)時(shí)，就要在這個(gè)架構(gòu)的邊界內(nèi)來完成，很多it系統(tǒng)之間的關(guān)系以及系統(tǒng)之間的數(shù)據(jù)流邏輯，也都是受制于架構(gòu)的約束。

因此，架構(gòu)除了指明方向，定義需求之外，還能幫助我們理解一些日?？此评Щ蟮能浖w驗(yàn)：

比如，很多在線業(yè)務(wù)明明可以在一個(gè)系統(tǒng)中“順序”操作完成，但是經(jīng)常需要很麻煩地登錄不同的終端，分別填報(bào)不同部分的信息來實(shí)現(xiàn)。

從用戶體驗(yàn)的角度來說系統(tǒng)亟需整合，優(yōu)化服務(wù)流程，但是為什么現(xiàn)狀是冗余的呢?

背后的原因并非是軟件設(shè)計(jì)者或者開發(fā)者的局限，而是業(yè)務(wù)流(業(yè)務(wù)架構(gòu))的約束所致。如果業(yè)務(wù)域不能得到優(yōu)化，那么信息域做再多的改進(jìn)也是無用甚至徒勞的。

從架構(gòu)的視角，我們更加深刻地理解，為什么說數(shù)字化轉(zhuǎn)型其實(shí)轉(zhuǎn)的是業(yè)務(wù)，而不僅僅是技術(shù)手段!業(yè)務(wù)，才是最后一公里關(guān)注的問題，也是一切數(shù)字化活動(dòng)開啟的緣起!