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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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