今天準備簡單聊一聊數(shù)字化轉(zhuǎn)型方法論所涉及的相關(guān)知識體系。

其實我在三年前就寫過一篇文章，專門談數(shù)字化轉(zhuǎn)型方法論，還比較分析了埃森哲、德勤、華為、畢馬威等各家的數(shù)字化轉(zhuǎn)型方法論和能力框架。在國內(nèi)現(xiàn)在官方談的比較多的是數(shù)字化轉(zhuǎn)型標(biāo)準規(guī)范或者是能力成熟度模型，而不是專門的轉(zhuǎn)型方法論。

圖片

比如信通院很早以前就發(fā)布過一個數(shù)字化轉(zhuǎn)型能力成熟度模型叫IOMM。也給出了企業(yè)數(shù)字化轉(zhuǎn)型下對核心能力的要求，類似云平臺，低代碼，技術(shù)中臺，微服務(wù)，應(yīng)用現(xiàn)代化等。而這些更多的還是從數(shù)字化技術(shù)入手來考慮如何更好的支撐企業(yè)的數(shù)字化轉(zhuǎn)型。

圖片

另外中關(guān)村聯(lián)合技術(shù)協(xié)會也發(fā)布過一個數(shù)字化轉(zhuǎn)型參考模型，在這個參考模型里面，它提出了一個叫新型能力的概念，即如何結(jié)合企業(yè)的商業(yè)模式價值主張來考慮核心的業(yè)務(wù)模式創(chuàng)新，基于這些需求識別信息能力，然后再去考慮信息能力應(yīng)該通過什么樣的解決方案來支撐。

所以大家可以看到，數(shù)字化能力成熟度模型和標(biāo)準體系更多的是在講你應(yīng)該達到什么樣的目標(biāo)或結(jié)果，但企業(yè)應(yīng)該遵循什么樣的方法來達到這個結(jié)果，成熟的模型往往不會明確說明。

圖片

那么當(dāng)前有沒有比較系統(tǒng)地講數(shù)字化轉(zhuǎn)型規(guī)劃或數(shù)字化轉(zhuǎn)型方法論的內(nèi)容呢？其實我前面很早就推薦過華為的《華為數(shù)字化轉(zhuǎn)型之道》這本書。在這本書里，它會提到數(shù)字化規(guī)劃的“五看三定”方法，以及3階12步的展開。

但“五看三定”更多還只是在數(shù)字化轉(zhuǎn)型規(guī)劃層面，若要去看整個數(shù)字化轉(zhuǎn)型的大框架，里面還涉及到組織的變革、平臺的建設(shè)，以及變革項目的管理、相關(guān)產(chǎn)品的研發(fā)等諸多方面，這些共同組成了完整的數(shù)字化轉(zhuǎn)型框架。

上周我在一個數(shù)字化技術(shù)溝通群里面跟大家溝通時，大家都談到了TOGAF作為當(dāng)前核心的數(shù)字化轉(zhuǎn)型方法論，但對此我持很大的保留意見。我們可以講數(shù)字化轉(zhuǎn)型以企業(yè)架構(gòu)為核心，但企業(yè)架構(gòu)絕對不是完整的數(shù)字化轉(zhuǎn)型方法論。數(shù)字化轉(zhuǎn)型的方法論其范疇遠遠大于企業(yè)架構(gòu)，它涉及到規(guī)劃、解決方案、建設(shè)落地等一系列內(nèi)容。

圖片

基于這個思路，我后面又重新畫了一個圖。數(shù)字化轉(zhuǎn)型的方法論，其實仍然應(yīng)該遵循傳統(tǒng)的IT規(guī)劃建設(shè)的方法論和思路，它應(yīng)該分為現(xiàn)狀分析、差距分析、架構(gòu)藍圖規(guī)劃、解決方案規(guī)劃以及最后的落地項目規(guī)劃建設(shè)和執(zhí)行這幾個大的階段。

對于差距分析這個階段，它往往就會涉及到企業(yè)核心的目標(biāo)戰(zhàn)略，以及與外面的能力成熟度模型和業(yè)界行業(yè)最佳實踐的對標(biāo)。

到了架構(gòu)藍圖階段，核心可以是以企業(yè)架構(gòu)為核心，你要詳細地去梳理業(yè)務(wù)架構(gòu)、數(shù)據(jù)架構(gòu)、應(yīng)用架構(gòu)和技術(shù)架構(gòu)。在企業(yè)架構(gòu)藍圖規(guī)劃里面，又有兩點我覺得要單獨拎出來談。

第一個是圍繞業(yè)務(wù)架構(gòu)的流程架構(gòu)或流程體系的規(guī)劃，第二個是圍繞數(shù)據(jù)架構(gòu)的核心的數(shù)據(jù)驅(qū)動思想下的數(shù)據(jù)治理體系的規(guī)劃。

到了解決方案規(guī)劃設(shè)計階段，其核心既涉及到業(yè)務(wù)解決方案，又涉及到數(shù)據(jù)解決方案，重點就是你應(yīng)該考慮用什么樣的數(shù)字化技術(shù)來支撐解決方案，比如SOA、云計算、云原生、微服務(wù)等，這些都應(yīng)該納入到解決方案架構(gòu)規(guī)劃里面，包括當(dāng)前主流的組裝式應(yīng)用、應(yīng)用現(xiàn)代化等內(nèi)容也在這個范疇。

在解決方案規(guī)劃完成后，就會涉及到最終的變革項目落地項目的建設(shè)和實施，在這一塊當(dāng)然會涉及到詳細的項目管理方法論，很有可能你最終的項目不是一個單個項目，而是一個項目組合，所以還涉及到項目的組合管理、項目群的管理，包括更上層的產(chǎn)品生命周期管理，以及借鑒相應(yīng)的IPD市場驅(qū)動研發(fā)的很多思路，這些都是你在后面落地規(guī)劃建設(shè)可能涉及到的知識點，這些內(nèi)容圍繞著核心的生命周期展開。

在最底層，你又需要有相關(guān)的組織變革，在上層你仍然需要有核心的戰(zhàn)略驅(qū)動，所有這些加起來往往就構(gòu)建成一個完整的數(shù)字化轉(zhuǎn)型框架或數(shù)字化轉(zhuǎn)型的方法論。

所以要做好一個數(shù)字化轉(zhuǎn)型的工作相當(dāng)不容易，它是需要各方面各專業(yè)的咨詢顧問和人才形成聯(lián)合團隊，往往才能夠更好地完成這個事情。雖然我平時也講了很多企業(yè)架構(gòu)相關(guān)的文章或視頻，但大家一定要意識到我今天講的重點，不要認為TOGAF企業(yè)架構(gòu)就是一個完整的數(shù)字化轉(zhuǎn)型方法論。