數(shù)字化轉(zhuǎn)型中的DevOps——數(shù)字風(fēng)險

在數(shù)字化轉(zhuǎn)型過程中,DevOps從數(shù)據(jù)度量和反饋的角度輸出一系列數(shù)字指標,對軟件交付和產(chǎn)品生命周期多個環(huán)節(jié)進行端到端的數(shù)字觸達,同時對業(yè)務(wù)場景、辦公場景、協(xié)同場景進行數(shù)據(jù)驅(qū)動轉(zhuǎn)型。

轉(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)略只能有一個,將目標按照場景和組織進行分解,然后投入到各個能力子域的日常運行中,不斷去試錯改進,才能最終達成目標。

THEEND

最新評論(評論僅代表用戶觀點)

更多
暫無評論