新一代信息技術（IT）和數智技術（DT）驅動的數字化浪潮正深刻重塑經濟社會的各個方面，推動著生產要素、工作方式、產品形態、商業模式的深刻變革。在這樣的趨勢下，企業數字化轉型一直持續升溫，很多企業都在積極推動各自的轉型項目。同時，抗疫也加速了企業的云化線上化，推動了很多大中型企業的數字化進一步發展，邁入支撐系統的數字化和核心生產系統的數字化階段。

從上圖的趨勢也能看出，目前大多數企業的數字化轉型其實主要是由IT部門主導，更多是技術層面的數字化升級，因此，與其說是企業的數字化轉型，更確切的講應該屬于企業的數字化能力提升。

那么到底如何理解數字化轉型，目前存在一種比較熱門的說法是，數字化轉型是業務驅動的，數字化轉型的起點是業務的轉型。這種對數字化轉型的闡釋更多強調數字化轉型應該由業務與IT協同完成，相較于單純IT主導的數字化能力提升來看，確實是有它更合理的地方，但筆者認為這樣說法仍然是不夠全面的。

數字化轉型應當是一項需要涉及企業組織變革、文化變革、商業模式變革、產品創新變革、運營管理變革以及IT技術變革等諸多方面的龐大而全面的系統工程，正如上圖所示，數字化轉型最高級別是企業整個價值鏈的數字化重塑。它更應該是整個企業級的戰略轉型，它要解決的核心是企業級的戰略能力鍛造，而不單純是為IT和業務賦能。

企業的數字化轉型的規劃落地應該如何做？首先可以從規劃范圍、規劃層次以及規劃落地演進的視角來對數字化轉型規劃進行一個“三維建模”。

如上圖所示，從數字化轉型規劃覆蓋的范圍、規劃的層次我們首先可以構建出數字化轉型整體的元框架視圖。再從時間維度或者說從演進視角，借鑒ThoughtWorks的精益切片的方法論，為整個轉型的元框架挑選敏捷試點的Use Case，繼而真正在落地層面推動整個轉型規劃的持續演進。

如何理解數字化轉型的元框架？

數字化轉型是一個龐大的系統工程，它需要圍繞著企業的價值信條，對齊所有業務領域的轉型目標，并將人員、流程、組織、系統/平臺等關鍵要素集成在一個統一規劃視圖的轉型輪盤中。同時，借助數字化轉型成熟度模型識別出的關鍵能力，結合商業動機分析進行能力建模，構建與轉型輪盤相映射的數字化能力路線圖，以推動轉型，確保預期價值主張的實現。

由此數字化轉型元框架就可以理解為這樣一個長期系統工程的集成視圖。它涵蓋了數字化轉型所涉及的所有領域范圍、頂層規劃方法論體系、關鍵技術能力、關鍵轉型保障等。

數字化轉型的領域范圍

數字化轉型這樣一個長期的系統工程，應聚焦企業價值信條，以企業運營管理三要素即人、流程、平臺/系統為指引，深入融合指數級技術，圍繞大數據和人工智能以數字化技術為基礎，從業務數字化、客服數字化、運維數字化、生態數字化、工建數字化、財務數字化、人力數字化、數字化文化等多維度展開，涵蓋企業的產品域、運營域、市場域、組織域等進行全面的數字化重塑，以最終實現向內重構決策模型，向外重塑商業模式。

數字化轉型的頂層規劃方法論框架

目前IDC、TMF、華為、信通院等都曾發布過數字化轉型成熟度模型，通過參照數字化轉型成熟度模型的標準，企業可以更清晰地識別轉型的關鍵能力以及能力對標的差距，作為數字化轉型頂層規劃的輸入。

而在數字化轉型的頂層設計方面，總結目前業界數字化轉型諸多最佳實踐案例，最常用的方法論框架，主要還是以Bizbok、Togaf等架構規劃的框架標準為指引，進行從戰略定義到解決方案部署等一系列的規劃設計。

但根據不同的企業類型，業界數字化轉型的頂層規劃設計又有著四種不同的推進模式。如下圖所示：

模式1 ：業務運營推動模式

業務運營推動是傳統企業最常見的模式，企業的發展是由業務推動和決定的，IT是支持業務發展的工具。

模式2 ：業務戰略推動模式

業務戰略推動是IT作為核心競爭力之一的企業采用的模式。這種類型的企業會制定IT戰略，能夠建立較強的IT能力，并讓IT能夠成為行業競爭的優勢。許多大型科技企業體現出這種模式。

模式3：技術競爭力模式

如果企業把IT技術作為主要競爭優勢時，會采用技術競爭力模式。IT戰略會影響甚至決定企業戰略的發展，從而影響業務架構的形成。許多數字化時代的新創O2O企業莫不如此。

模式4：技術服務提供模式

當企業IT成為核心業務，并相當成熟和靈活的時候，IT能力和服務可以作為一種對外輸出和賦能的產品，能夠在實現設定的服務水平上滿足業務的需求，成為技術服務提供模式。最早是亞馬遜，后來中國的阿里，其原來自用的云能力分出來成為主要的云基礎架構服務提供商，莫不是這一模式的代表。

數字化轉型的關鍵技術能力

提到數字化轉型，諸多文章會提到“平臺賦能”、“業務+技術協同”、”生態化落地”、“敏捷持續迭代”等熱門的關鍵能力要素。那么到底如何通過平臺賦能實現業務+技術協同、生態化落地以及敏捷持續迭代？

1. 如果我們仔細分析這樣的賦能平臺，可以列舉出以下數個關鍵能力：
2. 實現資源的彈性共享；
3. 技術組件化，且易擴展、易于引入新技術；
4. 提供基于持續交付集成的基礎設施，以支持敏捷開發迭代；
5. 提供低代碼或無代碼的自助服務工具，以降低技術門檻實現技術民主化；
6. 高質量的數據生態化融合；
7. 能力服務化，以支持業務敏捷創新；
8. 統一數據標準、服務接口標準、協議標準等以實現服務的生態聯合治理。

基于這樣的數字化賦能平臺，提供一體化算力資源服務、一體化工具服務、一體化運維服務，才能消除技術復雜度，實現技術民主化，讓業務與IT的人真正協同起來，促成一個個自治的小團隊，在數字化業務價值鏈的各個階段環節打造真正場景化應用生態，并實現持續的敏捷迭代。

如下圖所示，產品設計、數據運營、算法建模、業務流程重塑等都可以靈活組建自治小團隊，每個小團隊不需要太多關心底層與基礎設施層的開發運維交互，而只需要關注輕量級業務邏輯代碼、業務計算代碼、數理計算代碼、頁面設計代碼等，并基于DevOps的自動化工具鏈，實現敏捷交付部署、持續迭代，從而實現閉環的協同。

數字化轉型的關鍵保障

除此以外，越來越多的領導者正在意識到，決定數字化轉型成敗的還有一個非常關鍵的因素，即people人的因素。只有具備適配數字化轉型的組織模式、數字化人才儲備以及數字文化，才能真正保障數字化轉型的成功。

如何理解精益數字化轉型演進？

數字化轉型是個十分龐大的系統工程，且轉型是個“永無止境”，長期持續演進的過程. 推進這樣一個大而全的變革，在企業的轉型中，不可避免會遇到很大的變革阻力，長此以往也會造成”變革疲勞”，最終導致變革的失敗。

那么，在數字化轉型的落地實施層面，到底應該如果推進，才能避免這樣的變革疲勞呢？ThoughtWorks 提出過一個叫精益切片的方法論，如下圖所示：

精益切片的方法首先是窄而有針對性的，它定位于某個價值成效目標，一個精益切片意味著對組織的垂直切割，它貫穿業務的各個部分，能幫助組織小步快跑，敏捷試驗，識別出變革的約束和障礙。

第一個精益切片：是通過貫穿業務各個部分，識別變革障礙和問題，提出解決方案，構建試驗和學習能力。

第二個精益切片：驗證第一個精益切片學到的知識和解決方案：1、找到解決方案中原則的一致性，并延續沉淀。2、識別看似相似的問題背后差異的根本原因，并通過讓兩個切片團隊的試驗，發現更具創新性的解決方案。

第三個精益切片：兩切片后積累足夠多的學習經驗和“試驗-學習”的能力，讓領導者可以考慮潛在的規模化擴張，但仍保持試錯心態，但很大可能應該是小的，漸進的改進。

通過三個切片的試點推進，讓其他組織成員感受到成效，此時便可與更大范疇的專項舉措進行融合，固化推廣變革的新方法。

通過借鑒ThoughtWorks的精益切片的演進式轉型方法論關鍵理念，筆者認為可以將每一個精益切片理解為一個元模型用例的敏捷試點，每一個切片包含一個被戰略分解后識別的價值目標，以及基于該價值目標設計的貫穿各領域的數字化轉型規劃和落地舉措。同時，以該價值目標為導向設計一套成效評估指標，在交付運營過程中，持續跟蹤成效，并基于成效驅動變革舉措的迭代治理。

企業在整個數字化轉型的演進過程中，可以通過不斷對戰略目標進行分解，并基于商業動機分析，環境分析、競爭分析、投資收益分析等，確立各價值目標試點的優先級。通過一系列的敏捷試點，精益迭代，并規模化推廣，最終推進企業“持續精益”的數字化轉型不斷前行。