企業(yè)數(shù)字化轉(zhuǎn)型-從企業(yè)IT部門和CIO的數(shù)字化思想開始_第1頁
企業(yè)數(shù)字化轉(zhuǎn)型-從企業(yè)IT部門和CIO的數(shù)字化思想開始_第2頁
企業(yè)數(shù)字化轉(zhuǎn)型-從企業(yè)IT部門和CIO的數(shù)字化思想開始_第3頁
企業(yè)數(shù)字化轉(zhuǎn)型-從企業(yè)IT部門和CIO的數(shù)字化思想開始_第4頁
企業(yè)數(shù)字化轉(zhuǎn)型-從企業(yè)IT部門和CIO的數(shù)字化思想開始_第5頁
已閱讀5頁,還剩4頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

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

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論