轉(zhuǎn)型的成敗與否，取決于最終的轉(zhuǎn)型效果和價值，無論是數(shù)字化還是DevOps，都應(yīng)該以結(jié)果為導(dǎo)向，不應(yīng)該為了轉(zhuǎn)型而轉(zhuǎn)型。DevOps作為數(shù)字化轉(zhuǎn)型的關(guān)鍵內(nèi)建階段，承擔(dān)了IT組織“價值交付”的載體功能，承接了數(shù)字運營的數(shù)據(jù)能力輸出，同時從價值的視角，為業(yè)務(wù)部門帶來數(shù)字洞察能力和業(yè)務(wù)貢獻度。DevOps作為企業(yè)IT基礎(chǔ)設(shè)施和技術(shù)運營建設(shè)的邏輯起點，通過技術(shù)的手段實現(xiàn)企業(yè)全面經(jīng)營過程中的成本、效益、質(zhì)量的優(yōu)化，以及對新技術(shù)、創(chuàng)新模式的培育。
在數(shù)字化轉(zhuǎn)型過程中，DevOps從數(shù)據(jù)度量和反饋的角度輸出一系列數(shù)字指標，對軟件交付和產(chǎn)品生命周期多個環(huán)節(jié)進行端到端的數(shù)字觸達，同時對業(yè)務(wù)場景、辦公場景、協(xié)同場景進行數(shù)據(jù)驅(qū)動轉(zhuǎn)型。隨著企業(yè)對數(shù)字化轉(zhuǎn)型的目標逐漸延伸，以及管理者對數(shù)字賦能的理解不斷加深，促使企業(yè)對DevOps給予數(shù)字全鏈路場景的能力要求越來越高，同時逐步進入深水區(qū)的數(shù)字化轉(zhuǎn)型也帶來一系列的數(shù)字風(fēng)險，具體表現(xiàn)在數(shù)字可視和數(shù)字運營方面。在IT組織內(nèi)部，IT架構(gòu)從穩(wěn)態(tài)到敏態(tài)的轉(zhuǎn)變，帶來軟件交付過程中橫向流程驅(qū)動的風(fēng)險以及縱向數(shù)據(jù)反饋的風(fēng)險，在業(yè)務(wù)組織，數(shù)字反饋的場景覆蓋能力以及虛榮性指標的突出帶來風(fēng)險預(yù)警和處置能力的降低，數(shù)據(jù)決策帶來的風(fēng)險更為隱蔽導(dǎo)致規(guī)則性的被動規(guī)避，在企業(yè)內(nèi)部，IT戰(zhàn)略管理、組織架構(gòu)、數(shù)字文化、各條業(yè)務(wù)線和IT客戶服務(wù)等多層級的數(shù)據(jù)理念和數(shù)據(jù)口徑同樣將數(shù)字風(fēng)險進一步放大。因此，數(shù)據(jù)管理者需要對數(shù)據(jù)進行審慎和妥善的治理，形成統(tǒng)一的數(shù)據(jù)口徑和全場景的數(shù)據(jù)流動鏈路，確保數(shù)字的正向反饋和存量數(shù)據(jù)風(fēng)險的持續(xù)出清。
DevOps過程中的數(shù)字風(fēng)險
在DevOps最佳實踐的案例中，筆者認為，數(shù)字風(fēng)險不僅僅聚焦在度量和反饋階段，測試數(shù)據(jù)的高階場景化缺失、安全數(shù)據(jù)的鏈路貫通、用戶體驗的普適性預(yù)知都是數(shù)字風(fēng)險的表現(xiàn)方式，最常見的數(shù)字風(fēng)險場景主要有IT組織的效能評估，IT項目的后評估和成本復(fù)盤，產(chǎn)品運營過程中的保障反饋。由于DevOps文化的特性，IT成員的協(xié)同環(huán)境和責(zé)任共擔(dān)模式會將產(chǎn)品問題進行傳遞，最終通過產(chǎn)品運營的方式在業(yè)務(wù)場景中得到體現(xiàn)，這是DevOps的優(yōu)點，同時也是DevOps實踐過程中的潛在風(fēng)險因素。
01測試數(shù)據(jù)的高階場景缺失
測試是DevOps能力子域中關(guān)鍵的一環(huán)，承擔(dān)“產(chǎn)品級”制品的準出，尤其在測試左移階段，將質(zhì)量延伸至業(yè)務(wù)需求。因此，測試對于驗證應(yīng)用或服務(wù)的行為是否符合預(yù)期以及是否能夠安全的進行產(chǎn)品交付至關(guān)重要。
測試數(shù)據(jù)的高階場景缺失，對于“價值交付”而言，通常會導(dǎo)致測試結(jié)果的穩(wěn)定性和準確率出現(xiàn)問題，影響產(chǎn)品的質(zhì)量和安全，對于數(shù)字輔助決策而言，完備的測試數(shù)據(jù)可以提前模擬業(yè)務(wù)運營過程中的數(shù)據(jù)變化，以及目標用戶的轉(zhuǎn)化歷程。這種高階場景面向于業(yè)務(wù)和需求組織，同時給予數(shù)字使用者預(yù)知的正向反饋。
02安全數(shù)據(jù)的鏈路貫通
安全數(shù)據(jù)的場景通過風(fēng)險規(guī)避的方式嵌入至DevOps“價值交付”鏈路，能夠有效規(guī)避產(chǎn)品交付過程中的危害，同時保證DevOps優(yōu)勢的放大。安全數(shù)據(jù)的鏈路貫通，可以在軟件交付和產(chǎn)品運營過程中，對數(shù)據(jù)表現(xiàn)進行持續(xù)的監(jiān)測，通過服務(wù)交付基礎(chǔ)設(shè)施、應(yīng)用及其相互依賴關(guān)系的完整可見性、業(yè)務(wù)數(shù)據(jù)的智能分析，確保潛在威脅能夠在影響到業(yè)務(wù)運營前被解決。同時，將安全數(shù)據(jù)進行鏈路貫通，可以面向產(chǎn)品運營過程中的所有節(jié)點，以業(yè)務(wù)語言的方式，從業(yè)務(wù)視角進行情報輸送和輿情傳遞，驅(qū)動數(shù)字可視和數(shù)字運營實現(xiàn)安全遙測。
03用戶體驗的普適性預(yù)知
在傳統(tǒng)的DevOps實踐中，更多關(guān)注需求的實現(xiàn)和交付周期，隨著用戶習(xí)慣不斷發(fā)生變化，促使DevOps和業(yè)務(wù)組織的聚合效應(yīng)不斷增強，主要表現(xiàn)在用戶體驗的普適性預(yù)知能力方面。根據(jù)權(quán)威數(shù)據(jù)的統(tǒng)計，用戶體驗主要聚焦在對功能的高期望和對問題的低容忍，因此DevOps需要將數(shù)字反饋前置，覆蓋用戶體驗場景，以用戶視角的方式，將數(shù)字場景延伸至業(yè)務(wù)規(guī)劃、產(chǎn)品需求、測試數(shù)據(jù)、發(fā)布策略和最終的業(yè)務(wù)監(jiān)控，全面了解業(yè)務(wù)并關(guān)注用戶體驗，以數(shù)字可視的方式對用戶體驗進行可見性引入和治理。
數(shù)字化轉(zhuǎn)型過程中的數(shù)字風(fēng)險
數(shù)字化轉(zhuǎn)型，其中最關(guān)鍵的節(jié)點為業(yè)務(wù)目標數(shù)字化，通常也稱為數(shù)字化經(jīng)營或數(shù)字化戰(zhàn)略，而最重要的節(jié)點為全面數(shù)字化思維，這也是數(shù)字化工程成為企業(yè)級工程的核心。因此，企業(yè)的領(lǐng)導(dǎo)者必須具備數(shù)字使用者的角色，同時也要為數(shù)字風(fēng)險負責(zé)。
筆者認為，DevOps作為數(shù)字化轉(zhuǎn)型的關(guān)鍵部分，同樣也要上升至企業(yè)級工程的高度，無論對于產(chǎn)品的“價值交付”還是企業(yè)數(shù)據(jù)的“數(shù)字賦能”，都需要明確的職能界定。從企業(yè)經(jīng)營的角度看待數(shù)字風(fēng)險，主要有三個方面，數(shù)字對抗的風(fēng)險、數(shù)字輔助決策的風(fēng)險和數(shù)字愿景的風(fēng)險。
01數(shù)字對抗的風(fēng)險
數(shù)字對抗相較于數(shù)據(jù)指標而言，更多的從業(yè)務(wù)運營的角度進行放大，在DevOps度量領(lǐng)域，存在很多核心指標和虛榮性指標的對抗，這種對抗的風(fēng)險容易導(dǎo)致最終的價值發(fā)生結(jié)果性偏移，在數(shù)字化轉(zhuǎn)型過程中同樣也會存在類似問題。只要數(shù)字存在價值，就一定會有數(shù)字利益的可能，數(shù)字對抗取決于企業(yè)管理者在不同場景不同階段對數(shù)字目標的理解。
企業(yè)全面數(shù)字化經(jīng)營覆蓋了IT組織的精益運行、運營組織的精益運營和職能組織的精益運轉(zhuǎn)，在不同組織和不同場景下，數(shù)字的反饋往往局限于階段性結(jié)果或目標，同時還存在“相悖”的情況，比較典型的有能效和結(jié)果的不相符性，運營策略和結(jié)果的不穩(wěn)定性，項目預(yù)測和結(jié)果的不確定性，因此數(shù)字對抗是管理者的思維方式和理解能力的階段性反饋結(jié)果。
02數(shù)字輔助決策的風(fēng)險
絕大多數(shù)場景中，數(shù)字輔助決策的風(fēng)險來自于數(shù)字的全面、定義和標準化，信息系統(tǒng)的數(shù)字缺失和技術(shù)落后是導(dǎo)致數(shù)字輔助決策失真的重要原因，同時，數(shù)字使用者對數(shù)字的認知存在偏差也是決策失真的另一個關(guān)鍵原因。
企業(yè)數(shù)字化轉(zhuǎn)型最重要的就是信息系統(tǒng)和數(shù)據(jù)平臺，這是整個數(shù)字化的基礎(chǔ)，同時也是數(shù)字輔助決策的大腦。數(shù)字輔助決策的風(fēng)險來自于設(shè)備是否可以互聯(lián)、數(shù)據(jù)是否可以互通、數(shù)據(jù)口徑是否一致、數(shù)據(jù)定義是否標準、數(shù)據(jù)思維是否和管理對齊。
03數(shù)字愿景的風(fēng)險
數(shù)字愿景是數(shù)字化轉(zhuǎn)型的目標定位，和DevOps類似，DevOps的愿景是提升組織級的能效和質(zhì)量，需要因地制宜、因人而異、因勢利導(dǎo)。同樣，數(shù)字化轉(zhuǎn)型從本質(zhì)上說并不是一種顛覆式創(chuàng)新，而是根據(jù)數(shù)字賦能進行內(nèi)部重構(gòu)，所以需要自上而下，循序漸進，這也符合數(shù)字能力輸出的科學(xué)規(guī)律。
數(shù)字化轉(zhuǎn)型需要具備多個“階梯性”的目標，而“全局性”戰(zhàn)略只能有一個，將目標按照場景和組織進行分解，然后投入到各個能力子域的日常運行中，不斷去試錯改進，才能最終達成目標。
