企業(yè)數(shù)字化轉(zhuǎn)型-從企業(yè)IT部門和CIO的數(shù)字化思想開始

今天總結(jié)下我對(duì)企業(yè)數(shù)字化轉(zhuǎn)型的一個(gè)重要觀點(diǎn)，即對(duì)于傳統(tǒng)企業(yè)的數(shù)字化轉(zhuǎn)型，前面談了很企業(yè)商業(yè)模式重構(gòu)，數(shù)據(jù)驅(qū)動(dòng)，運(yùn)營(yíng)驅(qū)動(dòng)，流量思維等，而很少談到企業(yè)IT部門本身應(yīng)該如何進(jìn)行數(shù)字化轉(zhuǎn)型或具備數(shù)字化思維。而企業(yè)IT部門本身也應(yīng)該進(jìn)行數(shù)字化轉(zhuǎn)型或具備數(shù)字化思想。即企業(yè)的CIO應(yīng)該將企業(yè)的IT部門認(rèn)為是一個(gè)獨(dú)立運(yùn)作的經(jīng)營(yíng)體或IT公司，其輸入是企業(yè)的市場(chǎng)需求和用戶需求，其最終交付的是有價(jià)值的軟件產(chǎn)品或軟件服務(wù)。那么企業(yè)的IT部門應(yīng)該如何進(jìn)行轉(zhuǎn)型？還是回到數(shù)字化轉(zhuǎn)型的幾大核心內(nèi)容，即連接，數(shù)據(jù)，智能三個(gè)方面進(jìn)行思考。通過連接解決了協(xié)同問題，通過協(xié)同產(chǎn)生了數(shù)據(jù)，通過對(duì)數(shù)據(jù)的分析產(chǎn)生智能。這三大要素是數(shù)字化的核心底層邏輯。其次，我在前面談數(shù)字化思想的時(shí)候，談到數(shù)字化的另外一個(gè)關(guān)鍵點(diǎn)是解決信息在時(shí)間和空間上位移的一致性問題。解決信息由人工輸入，人工去核對(duì)校準(zhǔn)的各種重復(fù)錄入，不一致等問題，這些同樣對(duì)于IT部門適用。當(dāng)前對(duì)于中大型企業(yè)在進(jìn)行數(shù)字化轉(zhuǎn)型過程中有幾個(gè)關(guān)鍵發(fā)展趨勢(shì)，即IT部門更多的是進(jìn)行軟件系統(tǒng)的自主研發(fā)，而不再是簡(jiǎn)單的購(gòu)買成熟的各種商用套件在進(jìn)行集成。因此這使得企業(yè)IT部門更可以像成熟的軟件公司一樣進(jìn)行經(jīng)營(yíng)和運(yùn)作。包括當(dāng)前一些大企業(yè)本身也將其IT部門單獨(dú)劃撥出來成立獨(dú)立的軟件公司，一個(gè)方面是可以享受國(guó)家稅收方面的優(yōu)惠政策，更加重要的是軟件公司獨(dú)立經(jīng)營(yíng)后本身也可以進(jìn)一步從原來的成本單元走向利潤(rùn)中心，為其它企業(yè)提供同樣的軟件產(chǎn)品或服務(wù)。連接和協(xié)同-軟件產(chǎn)品的流水線軟件產(chǎn)品本身的生產(chǎn)和交付遵從軟件完整的軟件生命周期。從最開始的市場(chǎng)需求或用戶需求，到軟件需求分析和開發(fā)，再到設(shè)計(jì)和編碼，最終測(cè)試完成交付上線，用戶驗(yàn)證確認(rèn)后形成完整的閉環(huán)流程。因此最長(zhǎng)的端到端是從用戶驅(qū)動(dòng)開始的需求端到端閉環(huán)流程。對(duì)于大部分IT部門來講實(shí)際沒有形成完整的從業(yè)務(wù)部門提出用戶需求到最終業(yè)務(wù)部門驗(yàn)證關(guān)閉的完整端到端流程管理和跟蹤體系。在這個(gè)大流程下，就會(huì)到了軟件本身生產(chǎn)和交付的關(guān)鍵子流程，這也是我在談云原生整體解決方面時(shí)候經(jīng)常談到的DevOps支撐過程，CI/CD持續(xù)集成和交付過程。也就是整個(gè)從軟件編碼開始的，編譯，構(gòu)建，打包，部署，測(cè)試等過程形成自動(dòng)化的流水線執(zhí)行，既減少人力投入成本，又通過自動(dòng)化來提升協(xié)同效率。需求端到端管理+自動(dòng)化CI/CD兩者更好地協(xié)助IT部門完成連接和協(xié)同層面的問題。而這些內(nèi)容也正好是我前面文章多次談到的構(gòu)建一個(gè)完整的覆蓋端到端軟件生命周期的云原生整體解決方案的一個(gè)原因。特別是里面的微服務(wù)和DevOps可以更好的去解決連接，協(xié)同和自動(dòng)化，敏捷方面的問題。度量和持續(xù)改進(jìn)-數(shù)據(jù)驅(qū)動(dòng)思維軟件產(chǎn)品的生產(chǎn)和交付過程，涉及到需求，設(shè)計(jì)，編碼，開發(fā)諸多的崗位角色，通過連接來實(shí)現(xiàn)盡可能的自動(dòng)化，并減少溝通和協(xié)同成本。但是一個(gè)好的數(shù)字化思維一定是數(shù)據(jù)驅(qū)動(dòng)的持續(xù)改進(jìn)。形成連接協(xié)同后，一定會(huì)產(chǎn)生和沉淀數(shù)據(jù)，需要去應(yīng)用和分析數(shù)據(jù)，通過數(shù)據(jù)驅(qū)動(dòng)來持續(xù)對(duì)軟件生命周期流程進(jìn)行改進(jìn)。在這里首先要談的又是敏捷和短周期迭代思想。這個(gè)實(shí)際和精益生產(chǎn)里面的小批量，多批次的思想很類似。即通過將大的需求進(jìn)行分解，然后規(guī)劃到多個(gè)短周期的版本進(jìn)行交付和實(shí)現(xiàn)。每個(gè)迭代版本都是獨(dú)立可交付，可驗(yàn)證。通過這種短周期迭代一方面是縮短了交付周期，一方面是快速地完成每一輪迭代，方便分析數(shù)據(jù)進(jìn)行復(fù)盤，以優(yōu)化下一次的版本迭代過程。在最早做CMMI過程改進(jìn)的時(shí)候經(jīng)常談到軟件度量這個(gè)詞，度量本身就是軟件開發(fā)過程中核心的數(shù)據(jù)驅(qū)動(dòng)思維。通過度量分析你會(huì)發(fā)現(xiàn)你的軟件開發(fā)效率低，質(zhì)量差究竟是哪些地方出問題了？是客戶需求頻繁變動(dòng)，還是關(guān)鍵評(píng)審缺失，還是人員技能有問題，還是溝通協(xié)同，無(wú)效會(huì)議浪費(fèi)了大量時(shí)間等，這些本身是需要數(shù)據(jù)來說話。數(shù)據(jù)反哺業(yè)務(wù)。這個(gè)概念拿到軟件開發(fā)生命周期來說同樣適用，即軟件開發(fā)生命周期過程產(chǎn)生的數(shù)據(jù)需要時(shí)刻關(guān)注，通過數(shù)據(jù)去及時(shí)的優(yōu)化和調(diào)整軟件開發(fā)過程。舉個(gè)簡(jiǎn)單的例子來進(jìn)行說明，當(dāng)一個(gè)大的需求變更在開發(fā)完成后，軟件能否自動(dòng)地幫忙分析完成，并告訴你這個(gè)變更可能會(huì)對(duì)哪些相關(guān)功能造成影響，建議你對(duì)哪些相關(guān)功能進(jìn)行詳細(xì)全面的測(cè)試和驗(yàn)證。再比如你開發(fā)人員編碼完成后，系統(tǒng)自動(dòng)根據(jù)你經(jīng)常犯錯(cuò)的地方進(jìn)行檢查，告訴你哪些地方不符合規(guī)范等。也就是說數(shù)據(jù)不僅僅是版本完成或階段性的分析決策，更加重要的是通過數(shù)據(jù)的分析實(shí)時(shí)的輔助改進(jìn)整個(gè)軟件生產(chǎn)和交付過程。在前面一篇談DevOps自動(dòng)化和持續(xù)集成的文章里面，我也專門提出，不是自動(dòng)化就幫助你徹底解決了工程域本身的問題，工程域的問題解決更多的需要依靠數(shù)據(jù)度量和分析，需要提升需求開發(fā)和架構(gòu)設(shè)計(jì)能力，需要提升整個(gè)人員技能水平。即當(dāng)你看到需求不穩(wěn)定頻繁變動(dòng)，而且經(jīng)常需要緊急發(fā)布，你的觀點(diǎn)不應(yīng)該是通過CI/CD自動(dòng)化方式來解決提升發(fā)布效率，而是應(yīng)該考慮如何解決需求頻繁變動(dòng)的問題。軟件本身的智能化在我前面的文章中也會(huì)談到大數(shù)據(jù)，BI商業(yè)智能，機(jī)器學(xué)習(xí)和AI人工智能的話題，而今天想談下軟件智能。軟件智能是我自己提出的一個(gè)說法，即指我們開發(fā)實(shí)現(xiàn)并部署的應(yīng)用軟件本身具備自我適應(yīng)，自我優(yōu)化，自我調(diào)整能力，即可以稱為軟件智能?；A(chǔ)智能是基于輸入+預(yù)設(shè)規(guī)則做出的快速?zèng)Q策和判斷在我們談到云計(jì)算PaaS平臺(tái)的時(shí)候，談得比較多的是軟件應(yīng)用托管，在托管完成后實(shí)現(xiàn)軟件應(yīng)用更加業(yè)務(wù)訪問并發(fā)量的動(dòng)態(tài)資源擴(kuò)展和調(diào)度能力，這個(gè)能力可以做為軟件智能的一部分。即軟件具備了面向不同的并發(fā)場(chǎng)景下自我適應(yīng)，彈性調(diào)度和動(dòng)態(tài)擴(kuò)展的能力，而這個(gè)過程不再需要人工干預(yù)?；谶@個(gè)場(chǎng)景，我們回來來總結(jié)下，實(shí)現(xiàn)該智能調(diào)度的關(guān)鍵點(diǎn)包括了：1.預(yù)先定義和配置的資源調(diào)度規(guī)則和算法2.實(shí)時(shí)的健康相關(guān)性能數(shù)據(jù)采集3.基于采集數(shù)據(jù)動(dòng)態(tài)計(jì)算和規(guī)則進(jìn)行匹配，基于結(jié)果觸發(fā)決策行為具備了以上三點(diǎn)后基本就具備了最基本的動(dòng)態(tài)資源擴(kuò)展能力，也可以算作為最基本的軟件智能能力。今天我想談的，或者想展望的是，一個(gè)實(shí)現(xiàn)完成后的應(yīng)用軟件，是否能夠具備在業(yè)務(wù)功能和需求上面的動(dòng)態(tài)調(diào)整，自我適應(yīng)能力，即在業(yè)務(wù)場(chǎng)景和業(yè)務(wù)需求變化下能夠完成動(dòng)態(tài)自我調(diào)節(jié)。如果要實(shí)現(xiàn)這點(diǎn)，需要考慮在軟件功能實(shí)現(xiàn)的時(shí)候，業(yè)務(wù)規(guī)則必須要進(jìn)行剝離，形成可以靈活定義和配置，包括復(fù)合的規(guī)則集合。軟件實(shí)際的行為可以在某種場(chǎng)景和輸入下觸發(fā)的一系列規(guī)則的聯(lián)動(dòng)和執(zhí)行。同時(shí)對(duì)業(yè)務(wù)輸入進(jìn)行采集和分析，選擇最優(yōu)的規(guī)則觸發(fā)后續(xù)行為。要實(shí)現(xiàn)軟件的智能關(guān)鍵之一還是業(yè)務(wù)規(guī)則剝離，能夠靈活配置。其次就是我們要對(duì)各種業(yè)務(wù)場(chǎng)景下的輸入進(jìn)行分析，建立輸入數(shù)據(jù)和預(yù)設(shè)規(guī)則之間的聯(lián)動(dòng)關(guān)系，或者說最優(yōu)聯(lián)動(dòng)方式?；谶@兩者我們就可以基于已有的規(guī)則引擎或智能算法選擇軟件的執(zhí)行路徑并返回結(jié)果。軟件智能化的關(guān)鍵之二即是數(shù)據(jù)驅(qū)動(dòng)思維，即基于整個(gè)需求端到端和軟件生命周期過程中，包括到后期的運(yùn)維和APM過程，不論是人工協(xié)同還是自動(dòng)化流水線產(chǎn)生的數(shù)據(jù)，還是運(yùn)維階段收集的性能和日志數(shù)據(jù)，最終通過數(shù)據(jù)分析來確定軟件應(yīng)該如何優(yōu)化和改進(jìn)。這種軟件智能有很多具體的體現(xiàn)點(diǎn)，我們可以舉例來說明下在一個(gè)表單錄入的時(shí)候，我們發(fā)現(xiàn)我們?cè)瓉眍A(yù)設(shè)的表單數(shù)據(jù)項(xiàng)錄入順序并不是客戶實(shí)際錄入順序，那么我們的軟件是否可以動(dòng)態(tài)的基于用戶的使用習(xí)慣，對(duì)表單錄入數(shù)據(jù)項(xiàng)順序完成動(dòng)態(tài)調(diào)整？當(dāng)然我們可以根據(jù)用戶的使用場(chǎng)景和使用習(xí)慣，基于不同的用戶給出具體的功能編排和快捷進(jìn)入，并且對(duì)不同功能頁(yè)面間的連接進(jìn)行重新編排等。我們也可以根據(jù)用戶經(jīng)常使用的查詢功能和查詢條件等進(jìn)行分析識(shí)別，在用戶每次進(jìn)入的時(shí)候給出最優(yōu)的查詢組合等。軟件應(yīng)用在后臺(tái)運(yùn)行中會(huì)發(fā)現(xiàn)某種業(yè)務(wù)場(chǎng)景或業(yè)務(wù)并發(fā)下會(huì)導(dǎo)致資源出現(xiàn)性能瓶頸問題，那么應(yīng)用可以自動(dòng)的分析出現(xiàn)性能問題的原因，并對(duì)軟件應(yīng)用代碼進(jìn)行優(yōu)化和調(diào)整。類似軟件應(yīng)用功能中最常見的在基礎(chǔ)模型確定情況下，單純的擴(kuò)展數(shù)據(jù)項(xiàng)功能，軟件能夠完全做到靈活可配置的擴(kuò)展，而不在需要進(jìn)行代碼級(jí)別修改和重新部署發(fā)布。場(chǎng)景的業(yè)務(wù)規(guī)則和邏輯的修改，都可以不修改代碼，而是修改我們的規(guī)則配置，規(guī)則可以做到靈活配置，基于規(guī)則來觸發(fā)最終的事件和后臺(tái)操作。同時(shí)我們可以在軟件應(yīng)用中配置業(yè)務(wù)場(chǎng)景輸入，規(guī)則，輸出行為三者之間的聯(lián)動(dòng)關(guān)系，當(dāng)輸入場(chǎng)景變化或規(guī)則變化的時(shí)候我們只需要對(duì)三者進(jìn)行修改或重新配置即能夠滿足需求，或者根本都不需要人為進(jìn)行修改，而是通過軟件自適應(yīng)來完成調(diào)整。理想情況下，一個(gè)軟件上線完成后基本能夠做到不需要運(yùn)維人員和監(jiān)控人員，軟件出現(xiàn)的問題或故障能夠自動(dòng)的進(jìn)行分析，在分析后給出自動(dòng)的解決措施并完成解決，或者給用戶最佳的問題處理方式和流程。即在我們傳統(tǒng)軟件運(yùn)維監(jiān)控的基礎(chǔ)上，能夠進(jìn)一步做到出現(xiàn)問題也能夠被自動(dòng)修復(fù)和解決，而不需要人工干預(yù)。如果出現(xiàn)問題，在采用了類似重啟等方式進(jìn)行解決后，也能夠?qū)栴}產(chǎn)生的根本原因進(jìn)行深入分析，以對(duì)內(nèi)部實(shí)現(xiàn)邏輯和機(jī)制進(jìn)行優(yōu)化和調(diào)整，從根本上避免問題的再次出現(xiàn)。所以現(xiàn)在一談數(shù)字化轉(zhuǎn)型，談數(shù)據(jù)中臺(tái)和智能化分析，就在談業(yè)務(wù)流程和業(yè)務(wù)數(shù)據(jù)的分析，而很少談更加重要的是軟件系統(tǒng)本身也應(yīng)該進(jìn)行智能化分析，來寫作軟件本身的優(yōu)化和改進(jìn)。如果企業(yè)的IT部門都無(wú)法實(shí)現(xiàn)數(shù)字化，無(wú)法通過連接-協(xié)同-智能來優(yōu)化自身，那么又如何能夠更好地支撐整個(gè)企業(yè)的數(shù)字化。從軟件運(yùn)維到運(yùn)營(yíng)，從運(yùn)營(yíng)到服務(wù)當(dāng)將企業(yè)的IT部門作為一個(gè)獨(dú)立的經(jīng)營(yíng)體來看待的時(shí)候，不僅僅考慮的是其成本收益分析，更加重要的就是整個(gè)市場(chǎng)化運(yùn)作思路的引入，從運(yùn)維到運(yùn)營(yíng)的轉(zhuǎn)變。傳統(tǒng)的IT部門更加強(qiáng)調(diào)的是運(yùn)維，而當(dāng)前新數(shù)字化轉(zhuǎn)型下IT部門更加重要的是技術(shù)運(yùn)營(yíng)，即不僅僅是保障IT系統(tǒng)線上運(yùn)行不出現(xiàn)故障，更加重要的是如何通過數(shù)據(jù)分析，通過運(yùn)營(yíng)來讓已經(jīng)構(gòu)建的IT應(yīng)用發(fā)揮最大的效能，更好的支撐業(yè)務(wù)運(yùn)作。數(shù)據(jù)中心的各種服務(wù)器網(wǎng)絡(luò)資源，開發(fā)完成的軟件程序本身是沒有價(jià)值的，真正有價(jià)值的是各種資源最終提供出來的服務(wù)能力。服務(wù)本身依托于資源之上，但是真正創(chuàng)造價(jià)值的是服務(wù)，服務(wù)創(chuàng)造價(jià)值的方式則是支撐業(yè)務(wù)運(yùn)作。企業(yè)IT部門可以借鑒互聯(lián)網(wǎng)SaaS服務(wù)開發(fā)商的思路，即將IT部門看做是一個(gè)面對(duì)內(nèi)部客戶需求的軟件服務(wù)商，其提供的是