充分理解數(shù)字化，明確數(shù)字化是什么以及不是什么，對(duì)于一個(gè)架構(gòu)師來(lái)說(shuō)非常重要。畢竟我們需要向董事長(zhǎng)、CEO、CTO、分析師、開(kāi)發(fā)者，以及其他所有相關(guān)人員解釋這些概念。同樣重要的是明確數(shù)字化轉(zhuǎn)型成功的標(biāo)準(zhǔn)是什么。而充分理解數(shù)字化轉(zhuǎn)型的具體定義，理解數(shù)字化這個(gè)概念本身，至少可以確定出正確的方向。

我剛剛采訪完一位架構(gòu)師。采訪中我問(wèn)了一個(gè)自己最喜歡的問(wèn)題：“數(shù)字化轉(zhuǎn)型到底有什么意義?”類(lèi)似的問(wèn)題我們也經(jīng)常聽(tīng)到，人們本應(yīng)該對(duì)“數(shù)字化”這個(gè)概念理解得更充分，但實(shí)際上并非如此。

在大量不同情景下把這個(gè)問(wèn)題問(wèn)過(guò)多遍后，我可以很確信地說(shuō)，大家對(duì)這個(gè)概念還沒(méi)有達(dá)成統(tǒng)一共識(shí)。實(shí)際上很多時(shí)候大家被問(wèn)及這個(gè)問(wèn)題后，更多的表現(xiàn)是困惑或盲目的恐慌。大家似乎突然之間發(fā)現(xiàn)，雖然已經(jīng)把工作搬到了數(shù)字化環(huán)境中，嘴上將數(shù)字化轉(zhuǎn)型稱(chēng)作自己最重要的目標(biāo)，但腦海中甚至對(duì)數(shù)字化轉(zhuǎn)型沒(méi)有一個(gè)清晰的定義。他們的數(shù)字化旅途始于將原本線下的服務(wù)遷移到線上……但過(guò)去15-20年來(lái)我們不是一直都在這么做嗎?

對(duì)于拋出這樣一個(gè)棘手的問(wèn)題，我感覺(jué)有些愧疚。同時(shí)我也覺(jué)得，如果沒(méi)有經(jīng)過(guò)徹底的深思熟慮，自己被問(wèn)到這個(gè)問(wèn)題后一樣會(huì)感受到相同的恐慌。有時(shí)候，無(wú)法清晰表達(dá)出數(shù)字化轉(zhuǎn)型的真實(shí)含義，并不一定說(shuō)明對(duì)方真的沒(méi)想過(guò)這個(gè)問(wèn)題。但以我在網(wǎng)上的聲譽(yù)打賭，我敢說(shuō)，無(wú)論過(guò)去或現(xiàn)在，我的大部分同事也是這樣的，他們也許無(wú)法給出清晰的定義，但正在朝著這個(gè)目標(biāo)努力。

充分理解數(shù)字化，明確數(shù)字化是什么以及不是什么，對(duì)于一個(gè)架構(gòu)師來(lái)說(shuō)非常重要。畢竟我們需要向董事長(zhǎng)、CEO、CTO、分析師、開(kāi)發(fā)者，以及其他所有相關(guān)人員解釋這些概念。同樣重要的是明確數(shù)字化轉(zhuǎn)型成功的標(biāo)準(zhǔn)是什么。而充分理解數(shù)字化轉(zhuǎn)型的具體定義，理解數(shù)字化這個(gè)概念本身，至少可以確定出正確的方向。

那么如何才能正確“數(shù)字化轉(zhuǎn)型”?組織如何能實(shí)現(xiàn)數(shù)字化轉(zhuǎn)型并從中獲益?本次采訪對(duì)這些問(wèn)題提供了很棒的答案。

先來(lái)看看字典上對(duì)于“數(shù)字化”是這么說(shuō)的吧。

形容詞：數(shù)字化

以一系列數(shù)字0和1的形式呈現(xiàn)(的信號(hào)或數(shù)據(jù))，通常由電壓或磁性極化強(qiáng)度等物理量的值所代表。

以數(shù)字信號(hào)的方式關(guān)聯(lián)、使用，或存儲(chǔ)數(shù)據(jù)或信息。

需要或涉及計(jì)算機(jī)技術(shù)的使用。

最后一條解釋很有趣對(duì)吧!或大或小不同規(guī)模的組織使用“計(jì)算機(jī)技術(shù)”已有數(shù)十年的歷史，如果這就是“數(shù)字化”的含義，那么現(xiàn)在的組織為何還要花費(fèi)大量時(shí)間和精力進(jìn)行數(shù)字化轉(zhuǎn)型?很多東西字典是無(wú)法給出足夠解釋的。

我在2016年對(duì)“數(shù)字化”的定義“數(shù)字化轉(zhuǎn)型”實(shí)際上就是對(duì)業(yè)務(wù)過(guò)程進(jìn)行的重塑，通過(guò)重塑使其默認(rèn)就更加適應(yīng)更全面的在線環(huán)境，從最終用戶(hù)的接觸到后端的辦公室工作，全面實(shí)現(xiàn)無(wú)需人工介入的過(guò)程自動(dòng)化。

為何要數(shù)字化轉(zhuǎn)型

任何組織都應(yīng)該首先問(wèn)問(wèn)自己這個(gè)問(wèn)題。通往數(shù)字化的道路并不是免費(fèi)的……需要大量投入，因此出錢(qián)的人必須能全面理解數(shù)字化所能帶來(lái)的收益。

投資回報(bào)這種東西非常難以計(jì)算，并且只能針對(duì)每家公司的具體情況分別進(jìn)行衡量。原因可以列出很多條，然而最終還是要由你自己來(lái)歸納，并匯總成一點(diǎn)：

如果不進(jìn)行數(shù)字化轉(zhuǎn)型，業(yè)務(wù)就完蛋了。如果不能認(rèn)真對(duì)待數(shù)字化，就會(huì)被競(jìng)爭(zhēng)對(duì)手超越……然后業(yè)務(wù)一樣會(huì)完蛋。Blockbusters的故事你總聽(tīng)說(shuō)過(guò)吧!(譯注：Blockbusters是一家線下的VHS錄象帶和DVD影碟租賃連鎖店，2004年全盛時(shí)期有6萬(wàn)員工和8千家店，客戶(hù)橫跨全北美。Netflix曾主動(dòng)提出被并購(gòu)但被拒。Blockbusters已于2010年破產(chǎn)，Netflix如日中天。)

數(shù)字化到底是什么

客戶(hù)為先的文化。你的客戶(hù)是誰(shuí)?他們是你數(shù)字化服務(wù)的用戶(hù)。那么為什么把他們稱(chēng)作“客戶(hù)”而非“用戶(hù)”?長(zhǎng)久以來(lái)我們都堅(jiān)持“客戶(hù)始終是對(duì)的”這樣的心態(tài)，如果將自己的用戶(hù)視作客戶(hù)，無(wú)論對(duì)方是否為服務(wù)付費(fèi)，那么我們就會(huì)盡一切努力吸引他們，維系他們，取悅他們。為了數(shù)字化轉(zhuǎn)型，必須打造可以滿(mǎn)足客戶(hù)需求的企業(yè)文化，可以另客戶(hù)獲益的功能，可以快速改變客戶(hù)或幫助客戶(hù)降低成本的服務(wù)。無(wú)論做什么，必須將客戶(hù)放在首位。

即時(shí)反饋?。在數(shù)字化世界中，客戶(hù)都期待著自己的請(qǐng)求能夠立刻獲得反饋?？蛻?hù)不會(huì)再等待幾分鐘、幾小時(shí)甚至數(shù)天，僅僅為了知道自己的請(qǐng)求是成功或失敗。數(shù)字化世界的響應(yīng)時(shí)間已經(jīng)開(kāi)始用毫秒作為單位來(lái)衡量。

實(shí)時(shí)?。數(shù)字化系統(tǒng)應(yīng)該能全天候接受請(qǐng)求，應(yīng)該能按需可用，應(yīng)該能使用/返回最新數(shù)據(jù)。最終一致性是一種行之有效的架構(gòu)方法，但應(yīng)該按照網(wǎng)絡(luò)和自動(dòng)化處理延遲，而非業(yè)務(wù)過(guò)程延遲進(jìn)行衡量。

自動(dòng)化?。聽(tīng)起來(lái)很明顯，數(shù)字化服務(wù)應(yīng)該包含盡可能多的計(jì)算機(jī)處理過(guò)程(最理想狀況是100%由計(jì)算機(jī)處理)，需要的人工介入越少越好。

智能?。繁瑣的工作都應(yīng)交給數(shù)字化服務(wù)處理，將客戶(hù)或其他方面人員需要付諸的精力和所需的理解減至最低。這里說(shuō)的“智能”是指服務(wù)應(yīng)當(dāng)能夠幫助客戶(hù)處理最原始的信息并進(jìn)行相關(guān)運(yùn)算、匯總、提煉和轉(zhuǎn)換，這一切都無(wú)需用戶(hù)操心。同時(shí)這種智能也意味著服務(wù)應(yīng)當(dāng)能預(yù)測(cè)客戶(hù)的下一步操作，并提前做好準(zhǔn)備，提供建議。

在線?。數(shù)字化系統(tǒng)應(yīng)該能通過(guò)互聯(lián)網(wǎng)從任何地點(diǎn)訪問(wèn)，不應(yīng)對(duì)設(shè)備和使用情況進(jìn)行任何限制。

美觀?。美觀的界面和構(gòu)造優(yōu)美的API，數(shù)字化時(shí)代的任何服務(wù)都應(yīng)具備這樣的特征。某種程度來(lái)說(shuō)，美觀與否是觀察者的主觀結(jié)論，但也意味著易用、直觀，以及能滿(mǎn)足客戶(hù)的需求。這意味著可以將對(duì)客戶(hù)而言最重要的內(nèi)容直接交付到客戶(hù)面前。

推進(jìn)改變?。應(yīng)該是由數(shù)字化服務(wù)定義業(yè)務(wù)過(guò)程，而非業(yè)務(wù)過(guò)程定義數(shù)字化服務(wù)。數(shù)字化意味著業(yè)務(wù)過(guò)程需要作出改變，以便適應(yīng)計(jì)算的世界，而非反其道行之。絕不能用在線的方式繼續(xù)沿襲以往離線時(shí)代的做法。

定期改進(jìn)。?你覺(jué)得AWS新功能發(fā)布的頻率如何?我簡(jiǎn)單統(tǒng)計(jì)了一下2016年11月21日到2016年12月5日之間的改動(dòng)，兩周時(shí)間，28次發(fā)布!這就是AWS，可能是全球最大規(guī)模的數(shù)字化平臺(tái)。大部分客戶(hù)對(duì)技術(shù)并不十分精通，他們并不清楚進(jìn)行這樣的軟件改進(jìn)做起來(lái)到底有多難……其實(shí)他們也不需要關(guān)心這些。他們只是希望能看到改進(jìn)。數(shù)字化平臺(tái)應(yīng)該盡可能以必須的頻率完善自己。

數(shù)字化不是什么

批處理?。在數(shù)字化時(shí)代，我們不應(yīng)該繼續(xù)依賴(lài)離線的數(shù)據(jù)饋送和調(diào)度處理。機(jī)器之間的通信應(yīng)該通過(guò)API進(jìn)行，應(yīng)通過(guò)推送方式在信息可用的那一刻立即進(jìn)行。這樣可以確保信息始終保持最新?tīng)顟B(tài)。

手工處理?，數(shù)字化過(guò)程的默認(rèn)形態(tài)不應(yīng)包含任何人工介入或處理。任何離線的介入都應(yīng)視作一種例外，例如無(wú)法使用數(shù)字化服務(wù)，或面對(duì)某些任務(wù)，機(jī)器學(xué)習(xí)/處理技術(shù)還不夠成熟。例如欺詐檢測(cè)，目前依然離不開(kāi)人工的介入。

技術(shù)刷新?。技術(shù)并不能讓你數(shù)字化轉(zhuǎn)型。步入云端不能幫你數(shù)字化轉(zhuǎn)型。使用微服務(wù)架構(gòu)不意味著你已經(jīng)數(shù)字化轉(zhuǎn)型了。使用NoSQL也不意味著數(shù)字化。如果你看到某家組織通過(guò)強(qiáng)調(diào)自己的技術(shù)成果表達(dá)對(duì)數(shù)字化轉(zhuǎn)型進(jìn)程的支持，那么也許可以假設(shè)他們的數(shù)字化之路選錯(cuò)方向了。

助力轉(zhuǎn)型

云?！弦还?jié)內(nèi)容已經(jīng)明確提出：技術(shù)本身并不是數(shù)字化的目標(biāo)，本節(jié)將開(kāi)始(并持續(xù)不斷地)介紹為什么技術(shù)的恰當(dāng)選擇可以幫你順利實(shí)現(xiàn)數(shù)字化轉(zhuǎn)型。眾所周知，云計(jì)算可以幫助用戶(hù)獲得數(shù)字化服務(wù)所需的縮放性，以及性能和規(guī)模。云計(jì)算的背后是一套復(fù)雜的分布式系統(tǒng)，但可以良好配合幫你確定最正確的方向。

持續(xù)集成/持續(xù)交付?。從我在1999年開(kāi)始程序員的職業(yè)生涯以來(lái)，CI/CD也許是軟件開(kāi)發(fā)領(lǐng)域最大的收獲之一。當(dāng)時(shí)團(tuán)隊(duì)和團(tuán)隊(duì)成員需要分別編寫(xiě)代碼，很少進(jìn)行合并，最終上線前需要多天忙碌的工作，通過(guò)繁瑣的操作將大家的代碼合并到一起。然后他們悲劇地發(fā)現(xiàn)代碼無(wú)法集成并配合工作。(實(shí)際上我作為開(kāi)發(fā)者參與的第一個(gè)項(xiàng)目甚至沒(méi)有使用VCS，但這又是另一個(gè)故事了)。CI/CD，配合定期進(jìn)行(通常至少每天一次)的提交和小型(如果需要的話(huà))合并，有助于快速安全地開(kāi)發(fā)出高質(zhì)量代碼。團(tuán)隊(duì)將能有更多時(shí)間專(zhuān)注于開(kāi)發(fā)客戶(hù)真正需要的數(shù)字化功能。

敏捷?。作為一種方法論，也許并不完美。但該方法的基本原則與數(shù)字化觀念相當(dāng)匹配，可以促進(jìn)以客戶(hù)需求為基礎(chǔ)的定期交付。不以敏捷為核心的數(shù)字化程序必須付諸更多努力才能滿(mǎn)足轉(zhuǎn)型的需求。如果敏捷方法論不可行，至少一切行事需要首先考慮到敏捷的基本原則。以人員而非資源為中心，即時(shí)(Just in time)設(shè)計(jì)，不斷演化的架構(gòu)。無(wú)論選擇哪種方法論，這些基本原則都是適用的。

用戶(hù)研究?。雖然最近才開(kāi)始研究這一點(diǎn)，但對(duì)這方面有很多第一手體驗(yàn)，同時(shí)與很多非常天才和嫻熟的專(zhuān)家有過(guò)合作，他們向我證明了只要做得對(duì)，用戶(hù)研究將成為數(shù)字化服務(wù)的核心，甚至遠(yuǎn)比代碼、架構(gòu)、方法論更重要。用戶(hù)研究可以引導(dǎo)你實(shí)現(xiàn)數(shù)字化涅槃。為什么?因?yàn)槿绻坝脩?hù)”覺(jué)得更易用，你的服務(wù)就會(huì)更可用，被更多人所使用……最終你也會(huì)更加成功。這里用了“用戶(hù)研究”而非“客戶(hù)研究”這個(gè)詞，因?yàn)闃I(yè)界就是這樣稱(chēng)呼的。

簡(jiǎn)化設(shè)計(jì)?。作為架構(gòu)師，我經(jīng)常會(huì)擁護(hù)一件事：我們的設(shè)計(jì)要盡可能簡(jiǎn)潔。若非必要，不要讓設(shè)計(jì)變得更復(fù)雜。不要試圖去解決那種絕對(duì)不會(huì)自行顯露出來(lái)的問(wèn)題。網(wǎng)上有很多文章解釋了原因，但從數(shù)字化的角度來(lái)說(shuō)，簡(jiǎn)單的設(shè)計(jì)可以讓每個(gè)人更加關(guān)注手頭的事情，進(jìn)而改善客戶(hù)體驗(yàn)。復(fù)雜的設(shè)計(jì)意味著需要更多維護(hù)，可能出錯(cuò)的東西變得更多，用于確保服務(wù)正常運(yùn)轉(zhuǎn)所花費(fèi)的時(shí)間遠(yuǎn)多于改善數(shù)字化體驗(yàn)所用的時(shí)間。

是時(shí)候數(shù)字化轉(zhuǎn)型了組織邁向數(shù)字化世界的旅途充滿(mǎn)了挑戰(zhàn)和艱辛，甚至可能存在不小的爭(zhēng)議。在這段旅途中，肯定需要面對(duì)針對(duì)各種收益所提出的質(zhì)疑，實(shí)際上你可能一開(kāi)始也有不少疑問(wèn)。

心態(tài)從非數(shù)字化到數(shù)字化的轉(zhuǎn)變可能是其中最難的部分。任何能夠屹立不倒的組織都有多年來(lái)一起同舟共濟(jì)的核心員工，這些員工很了解業(yè)務(wù)，對(duì)企業(yè)很忠誠(chéng)，正是這些員工樹(shù)立了組織的文化和觀念。然而這些員工面對(duì)變動(dòng)也是最不容易動(dòng)搖的，需要說(shuō)服他們相信客戶(hù)不是組織內(nèi)部的“業(yè)務(wù)”，而是組織所提供服務(wù)的用戶(hù)。他們需要習(xí)慣于每周定期發(fā)布，甚至每日發(fā)布。他們需要理解，以往的業(yè)務(wù)過(guò)程是針對(duì)巨型機(jī)的世界，而非針對(duì)互聯(lián)網(wǎng)或智能手機(jī)創(chuàng)建的。那個(gè)世界中的所有查詢(xún)都是通過(guò)代理程序(Agent)，而非設(shè)備進(jìn)行的。這樣做并非因?yàn)樗麄內(nèi)狈χ悄芎湍芰?，而是因?yàn)橐呀?jīng)獲得成功，現(xiàn)在希望實(shí)現(xiàn)數(shù)字化的組織，恰恰都是曾經(jīng)以某種特定方式成功過(guò)的組織，因此他們可能會(huì)問(wèn)：為何還要改變?

此外還會(huì)遇到技術(shù)挑戰(zhàn)。運(yùn)行諸如云端微服務(wù)RestFul架構(gòu)這樣的分布式系統(tǒng)當(dāng)然能獲得不菲的收益，但還會(huì)在延遲、數(shù)據(jù)一致性、無(wú)狀態(tài)，以及下游服務(wù)失敗等方面遇到挑戰(zhàn)。你的組織中肯定還在使用一些必不可少的遺留系統(tǒng)，這些系統(tǒng)從開(kāi)發(fā)時(shí)就沒(méi)有考慮過(guò)大容量低延遲事務(wù)。你的數(shù)字化戰(zhàn)略中考慮過(guò)如何替換這類(lèi)系統(tǒng)嗎?如果考慮過(guò)，又打算如何進(jìn)行切換或?qū)?shù)據(jù)從老系統(tǒng)遷移到新系統(tǒng)中(想想Strangler模式吧)。但這個(gè)過(guò)程代價(jià)不菲，因此如果不打算替換，遺留的平臺(tái)又如何融入你的數(shù)字化愿景?也許數(shù)字化平臺(tái)已經(jīng)全面做到了實(shí)時(shí)低延遲運(yùn)轉(zhuǎn)，但你依然在使用古老的記錄系統(tǒng)。

在考慮對(duì)數(shù)字化轉(zhuǎn)型進(jìn)行投資時(shí)，CEO、CIO，或其他CXO需要抓住機(jī)會(huì)將組織所獲得的成功下沉到員工身上。讓產(chǎn)品負(fù)責(zé)人的所有工作都以客戶(hù)為中心，并要跳出定勢(shì)進(jìn)行創(chuàng)造性思維。理解這些信條重要性的技術(shù)和軟件架構(gòu)師，同時(shí)也要更深入地意識(shí)到這些信條會(huì)受到業(yè)務(wù)和客戶(hù)目標(biāo)，而非其他因素的驅(qū)使。開(kāi)發(fā)者不能將高質(zhì)量代碼視作一種負(fù)擔(dān)，而是應(yīng)該視作創(chuàng)作和創(chuàng)新方面的自由。測(cè)試驅(qū)動(dòng)的開(kāi)發(fā)(TDD)可以提供最無(wú)拘無(wú)束的Bug修復(fù)和支持。同時(shí)業(yè)務(wù)分析師需要能夠?qū)⑿枨蠼忉尀閿?shù)字化過(guò)程，而不是反其道而行解釋為離線的過(guò)程。

數(shù)字化轉(zhuǎn)型，這本就不易，但只要具備恰當(dāng)?shù)娜藛T和耐心，所有在時(shí)間和精力方面的投入都會(huì)獲得回報(bào)。

作者介紹Reda Hmeid是一位自由職業(yè)技術(shù)架構(gòu)師兼數(shù)字化顧問(wèn)，自從1999年為初出茅廬的ba.com平臺(tái)編寫(xiě)代碼后就一直在從事數(shù)字化方面的工作。從令人望而生畏的Java 1.4開(kāi)始編程的Reda非常喜愛(ài)Java編程語(yǔ)言，但最近已將關(guān)注點(diǎn)轉(zhuǎn)向Scala和NodeJS以及其他技術(shù)。目前Reda在HMRC Digital擔(dān)任解決方案主管的職位，這是英國(guó)最大的數(shù)字化程序開(kāi)發(fā)公司之一。Reda曾任職于英國(guó)航空和IBM，德意志銀行也曾是他的客戶(hù)。