原文：https://www.linkedin.com/pulse/digital-transformation-vs-confuse-them-your-peril-jason-bloomberg/作者：Jason Bloomberg （Intellyx 總裁 > 頂級(jí)數(shù)字化轉(zhuǎn)型、云原生計(jì)算、低代碼和 DevOps 影響者）
數(shù)字化轉(zhuǎn)型已經(jīng)風(fēng)靡了五年，但直到今天，人們?nèi)匀粚?duì)具體細(xì)節(jié)感到困惑。
另一方面，IT 轉(zhuǎn)型更容易理解。畢竟，這顯然與技術(shù)有關(guān)。它包括改變各種治理流程和改造組織孤島，但所有這些變化都以技術(shù)為中心。
基本上，企業(yè) IT 通常而言在很多方面都表現(xiàn)得很糟糕，如果我們即便只是讓它變得不那么糟糕，就可以將這種改變當(dāng)做勝利了。
相比之下，數(shù)字化轉(zhuǎn)型以客戶為中心。當(dāng)然，并不是說(shuō)技術(shù)對(duì)數(shù)字化轉(zhuǎn)型不重要。正如我們?cè)?Intellyx 所說(shuō)，數(shù)字化轉(zhuǎn)型是軟件賦能（software-empowered）與客戶驅(qū)動(dòng)（customer-driven）的。
鑒于技術(shù)在數(shù)字化轉(zhuǎn)型中發(fā)揮的重要作用，你可能會(huì)猜想數(shù)字化轉(zhuǎn)型是否只是以客戶為中心的 IT 轉(zhuǎn)型。
然而，這兩種類型的轉(zhuǎn)換之間的差異要深遠(yuǎn)得多——兩者之間復(fù)雜的相互關(guān)系也是如此。嘗試其中一個(gè)而舍棄另一個(gè)可能是有風(fēng)險(xiǎn)的，混淆它們的風(fēng)險(xiǎn)更大。
在 Intellyx，我們將數(shù)字化轉(zhuǎn)型定義為戰(zhàn)略性業(yè)務(wù)轉(zhuǎn)型，其中客戶偏好和行為推動(dòng)企業(yè)技術(shù)決策。這是整個(gè)企業(yè)的端到端轉(zhuǎn)型，它會(huì)影響組織的所有部分，以便將變革本身作為核心競(jìng)爭(zhēng)力。
IT 轉(zhuǎn)型更容易定義。以下是TechTarget SearchCIO 的定義：“IT 轉(zhuǎn)型是對(duì)組織信息技術(shù) (IT) 系統(tǒng)的徹底改革。IT 轉(zhuǎn)型可能涉及網(wǎng)絡(luò)架構(gòu)、硬件、軟件以及數(shù)據(jù)存儲(chǔ)和訪問(wèn)方式的變化?！?/span>
IT 轉(zhuǎn)型和數(shù)字化轉(zhuǎn)型之間存在三個(gè)主要區(qū)別：
- IT 轉(zhuǎn)型側(cè)重于 IT 優(yōu)先事項(xiàng)，而數(shù)字化轉(zhuǎn)型側(cè)重于客戶優(yōu)先事項(xiàng)。
- 真正關(guān)心 IT 轉(zhuǎn)型的只有 IT 人員。每個(gè)人——包括公司內(nèi)部及其客戶、合作伙伴、供應(yīng)商等——都關(guān)心數(shù)字化轉(zhuǎn)型。
- IT 轉(zhuǎn)型有一個(gè)清晰、定義明確的最終狀態(tài)。數(shù)字化轉(zhuǎn)型是隨著時(shí)間的推移更好地應(yīng)對(duì)變化的持續(xù)過(guò)程，因此沒(méi)有最終狀態(tài)。
重視其中一個(gè)，而忽視另一個(gè)，能成功嗎？
在許多情況下，這兩種形式的轉(zhuǎn)換是相輔相成的。畢竟，有時(shí)客戶優(yōu)先事項(xiàng)就是 IT 優(yōu)先事項(xiàng)。但這并不意味著在沒(méi)有另一個(gè)的情況下做一個(gè)是不可能的。
對(duì)于尚未進(jìn)行（或正在進(jìn)行）IT 轉(zhuǎn)型的企業(yè)而言，數(shù)字化轉(zhuǎn)型能否成功取決于轉(zhuǎn)型前 IT 組織的糟糕程度。IT 組織完全有可能完成支持?jǐn)?shù)字化轉(zhuǎn)型計(jì)劃的任務(wù)，而無(wú)需自己進(jìn)行轉(zhuǎn)型。話雖如此，在我與企業(yè) IT 組織合作的數(shù)十年經(jīng)驗(yàn)中，我還沒(méi)有見(jiàn)過(guò)這樣的案例。事實(shí)上，我內(nèi)心持懷疑態(tài)度的一方甚至可能認(rèn)為“企業(yè) IT”只是“搞砸 IT”的委婉說(shuō)法。如果您的 IT 組織屬于“搞砸了”的類別——正如絕大多數(shù)人所做的那樣——那么您的 IT 組織的局限性將阻礙或破壞您的數(shù)字化轉(zhuǎn)型工作。我們可以完全跳過(guò)數(shù)字化轉(zhuǎn)型嗎？
提一個(gè)相反的問(wèn)題：如果沒(méi)有數(shù)字化轉(zhuǎn)型，IT 轉(zhuǎn)型能否成功，這是一個(gè)很微妙的問(wèn)題。
您可能會(huì)從上面的討論中得出結(jié)論，企業(yè)應(yīng)該在開(kāi)始數(shù)字化工作之前完成其 IT 轉(zhuǎn)型。然而，在實(shí)踐中，如果數(shù)字技術(shù)沒(méi)有將戰(zhàn)略重點(diǎn)放在客戶身上，IT 轉(zhuǎn)型最終總是會(huì)專注于更多的戰(zhàn)術(shù)目標(biāo)，如成本節(jié)約和風(fēng)險(xiǎn)緩解。當(dāng)然，節(jié)省資金或降低風(fēng)險(xiǎn)并沒(méi)有錯(cuò)——但這種想法屬于 2000 年代初期的“IT 無(wú)關(guān)緊要”論調(diào)，在那里 IT 只不過(guò)是一個(gè)戰(zhàn)術(shù)成本中心。最終結(jié)果：鑒于數(shù)字化轉(zhuǎn)型將為您的競(jìng)爭(zhēng)帶來(lái)助力，您的公司將一路省錢(qián)，直至早逝。在缺乏數(shù)字化戰(zhàn)略目標(biāo)參照物的情況下，IT 轉(zhuǎn)型可能注定失敗的另一個(gè)陷阱是將戰(zhàn)術(shù)技術(shù)選擇歸咎為戰(zhàn)略性技術(shù)選擇不當(dāng)。這種模式隨處可見(jiàn)：IT 對(duì)這樣或那樣的技術(shù)非常感興趣，并說(shuō)服業(yè)務(wù)領(lǐng)導(dǎo)者相信它是治愈組織所有弊病的靈丹妙藥。從客戶端/服務(wù)器、 4GL到云計(jì)算、微服務(wù)，甚至區(qū)塊鏈，數(shù)十年來(lái)偽裝成業(yè)務(wù)戰(zhàn)略的技術(shù)黑歷史已經(jīng)導(dǎo)致企業(yè)陷入一個(gè)或多個(gè)技術(shù)陷阱，最終使他們遠(yuǎn)離成功的業(yè)務(wù)戰(zhàn)略，而不是更接近。無(wú)論 IT 自身改造得多么好，沒(méi)有任何技術(shù)可以自行解決業(yè)務(wù)的弊病。當(dāng) IT 轉(zhuǎn)型偽裝成數(shù)字化轉(zhuǎn)型時(shí)
一些企業(yè)誤以為他們正在規(guī)劃的 IT 轉(zhuǎn)型與數(shù)字化轉(zhuǎn)型是一回事，或者至少會(huì)實(shí)現(xiàn)相同的目標(biāo)。
這種混淆在很大程度上源于錯(cuò)誤信息。某些技術(shù)供應(yīng)商根據(jù)技術(shù)定義數(shù)字化轉(zhuǎn)型，以便向毫無(wú)戒心的 IT 高管出售更多價(jià)格過(guò)高的設(shè)備。HPE以技術(shù)為中心的數(shù)字化轉(zhuǎn)型定義為例：“數(shù)字化轉(zhuǎn)型是將數(shù)字技術(shù)融入業(yè)務(wù)各個(gè)方面的過(guò)程，需要在技術(shù)、文化、運(yùn)營(yíng)和價(jià)值交付方面進(jìn)行根本性變革?！?沒(méi)有提到客戶，這個(gè)定義更多的是 IT 轉(zhuǎn)型而不是數(shù)字化轉(zhuǎn)型。如果沒(méi)有將戰(zhàn)略重點(diǎn)放在客戶偏好上，再加上不斷向更高的業(yè)務(wù)敏捷性邁進(jìn)，這種技術(shù)努力最終將缺乏戰(zhàn)略方向。陷入這種陷阱的公司可能已將大部分 IT 遷移到云中以節(jié)省資金，結(jié)果卻發(fā)現(xiàn)成本節(jié)約難以實(shí)現(xiàn)，其他更具戰(zhàn)略意義的收益難以確定。IT 轉(zhuǎn)型范圍越廣，這些戰(zhàn)略風(fēng)險(xiǎn)就越大。接受“軟件正在吞噬世界”的口號(hào)，但將轉(zhuǎn)型工作重點(diǎn)放在 IT 而不是客戶驅(qū)動(dòng)的數(shù)字化轉(zhuǎn)型上的高管們很可能會(huì)發(fā)現(xiàn)，軟件最終會(huì)推動(dòng)他們的業(yè)務(wù)——但客戶最終看不到什么好處。作為消費(fèi)者，我們經(jīng)常遇到這種情況。例如，大公司將在線聊天功能添加到他們的客戶服務(wù)中，但回復(fù)聊天的人告訴客戶打電話給客戶服務(wù)來(lái)解決他們的問(wèn)題。對(duì)于做出決定的高管來(lái)說(shuō)，添加聊天功能可能看起來(lái)像是數(shù)字化轉(zhuǎn)型的一部分，但他們沒(méi)有考慮到客戶體驗(yàn)。更糟糕的是，數(shù)字化努力不僅未能實(shí)現(xiàn)其目標(biāo)，而且他們甚至沒(méi)有在討價(jià)還價(jià)中節(jié)省任何錢(qián)。數(shù)字化轉(zhuǎn)型應(yīng)推動(dòng) IT 轉(zhuǎn)型
那么，我們兩個(gè)轉(zhuǎn)換之間的正確關(guān)系是什么？當(dāng)然，數(shù)字化轉(zhuǎn)型應(yīng)該推動(dòng) IT 轉(zhuǎn)型。
有了適當(dāng)?shù)臄?shù)字化轉(zhuǎn)型優(yōu)先級(jí)，IT 組織現(xiàn)在有了一個(gè)可以跟隨的領(lǐng)導(dǎo)者。為了滿足客戶不斷變化的需求，IT 必須成為以產(chǎn)品為中心的組織，而不是以項(xiàng)目為中心的組織。還要記住，數(shù)字化轉(zhuǎn)型需要端到端的重組，以使業(yè)務(wù)與客戶優(yōu)先事項(xiàng)保持一致。IT 必須支持并參與這種重新調(diào)整。盡管敏捷軟件開(kāi)發(fā)方法在 IT 領(lǐng)域取得了一定程度的成功，但它們始終與如何最好地讓利益相關(guān)者參與到流程中相沖突。作為數(shù)字化轉(zhuǎn)型的一部分，企業(yè)應(yīng)該進(jìn)行自己的敏捷轉(zhuǎn)型，從而重新思考“業(yè)務(wù)利益相關(guān)者”和“開(kāi)發(fā)團(tuán)隊(duì)”之間的區(qū)別，就像 DevOps 改造了“開(kāi)發(fā)”和“運(yùn)維”的概念一樣。在轉(zhuǎn)型的 IT 組織中，對(duì)客戶需求的端到端重新調(diào)整也使 IT 部門(mén)擺脫了雙模式IT 陷阱。將 IT 分成兩部分，將組織的一部分降級(jí)到“慢速”模式不再有意義。相反，當(dāng)數(shù)字化轉(zhuǎn)型推動(dòng) IT 轉(zhuǎn)型時(shí)，整個(gè) IT 組織——慢的和快的、傳統(tǒng)的和現(xiàn)代的、本地的和基于云的——將擺脫這種陳舊的孤立區(qū)別。在這種情況下，混合 IT 具有新的含義——不僅作為在多個(gè)環(huán)境中運(yùn)行工作負(fù)載的一種方式，而且作為一種以應(yīng)用為中心的工作負(fù)載形式滿足不斷變化的客戶，將客戶為中心引入基礎(chǔ)架構(gòu)決策的手段。要求作為政策問(wèn)題。通過(guò)正確地連接數(shù)字化和 IT 轉(zhuǎn)型，IT 終于能夠?qū)崿F(xiàn)它長(zhǎng)期以來(lái)的愿望：在業(yè)務(wù)桌前占有一席之地。
不是把流行語(yǔ)扔在墻上，尖叫著“微服務(wù)是下一個(gè)商業(yè)戰(zhàn)略！” 或者其他什么——而是通過(guò)將其所有努力與數(shù)字客戶的優(yōu)先事項(xiàng)保持一致。正確地做到這一點(diǎn)，IT 最終將采取積極主動(dòng)的方法，讓技術(shù)主導(dǎo)的創(chuàng)新成為數(shù)字業(yè)務(wù)戰(zhàn)略“變革作為核心競(jìng)爭(zhēng)力”不可或缺的一部分。IDCF DevOps黑客馬拉松，獨(dú)創(chuàng)端到端DevOps體驗(yàn)，精益創(chuàng)業(yè)+敏捷開(kāi)發(fā)+DevOps流水線的完美結(jié)合，2021年僅有的3場(chǎng)公開(kāi)課，數(shù)千人參與并一致五星推薦的金牌訓(xùn)練營(yíng)，追求卓越的你一定不能錯(cuò)過(guò)！
2022年預(yù)報(bào)名開(kāi)啟啦，企業(yè)組隊(duì)參賽&個(gè)人參賽均可，趕緊預(yù)定席位吧~??
