銀保監(jiān)會(huì)2022年2號(hào)文中提到,要大力推動(dòng)金融企業(yè)科技管理敏捷轉(zhuǎn)型,建立雙態(tài)數(shù)字管理體系,建設(shè)企業(yè)級(jí)一站式研發(fā)協(xié)同平臺(tái),并結(jié)合精益生產(chǎn)管理理念,實(shí)現(xiàn)企業(yè)全方位轉(zhuǎn)型升級(jí)。
之前我們已經(jīng)為大家詳解了精益思想在軟件交付中的作用,本問(wèn)我們邀請(qǐng)到DevOps咨詢(xún)專(zhuān)家李強(qiáng)老師,為大家?guī)?lái)《DevOps推動(dòng)科技管理敏捷轉(zhuǎn)型》主題分享,解讀銀保監(jiān)會(huì)2號(hào)文內(nèi)容,幫助企業(yè)梳理DevOps在企業(yè)敏捷轉(zhuǎn)型中的整體建設(shè)路徑以及思路,推動(dòng)全方位轉(zhuǎn)型。
1. 銀保監(jiān)會(huì)2022年2號(hào)文第20條解讀
2022年初,銀保監(jiān)會(huì)下發(fā)《關(guān)于銀行業(yè)保險(xiǎn)業(yè)數(shù)字化轉(zhuǎn)型的指導(dǎo)意見(jiàn)》(銀保監(jiān)發(fā)〔2022〕2號(hào),提到要建立適應(yīng)雙態(tài)模式的敏捷研發(fā)運(yùn)維體系,引入研發(fā)運(yùn)維一體化工具等科技能力建設(shè)核心觀(guān)點(diǎn)。從中可以看到,推動(dòng)金融企業(yè)科技管理敏捷轉(zhuǎn)型需要從三個(gè)方面來(lái)進(jìn)行:
從以往的政策來(lái)看,銀保監(jiān)對(duì)銀行業(yè)的要求是在逐年提高的,金融行業(yè)尤其是銀行在國(guó)內(nèi)來(lái)說(shuō)是相對(duì)比較早進(jìn)行轉(zhuǎn)型建設(shè)的,同時(shí)企業(yè)的管理成熟度也相對(duì)較高,對(duì)穩(wěn)敏雙態(tài)的建設(shè)訴求是比較明確的。次我們也將結(jié)合以往的一些實(shí)踐經(jīng)驗(yàn),通過(guò)分析不同企業(yè)在各個(gè)建設(shè)階段中的實(shí)際建設(shè)內(nèi)容,來(lái)進(jìn)行總結(jié)分享。首先我們簡(jiǎn)要梳理一下這三個(gè)方面的內(nèi)容:
1. 1 支撐穩(wěn)敏雙態(tài)的數(shù)字化管理體系:
以下圖為例,下圖為某國(guó)有銀行在做DevOps建設(shè)時(shí)數(shù)字化管理體系的建設(shè)的整個(gè)過(guò)程示意圖。在組織層面,對(duì)不同角色進(jìn)行了拆分,同時(shí)建設(shè)了適應(yīng)“穩(wěn)態(tài)”和“敏態(tài)”的流程管理,從需求到交付全過(guò)程進(jìn)行關(guān)聯(lián)系統(tǒng)的協(xié)同,提供持續(xù)集成、持續(xù)部署、持續(xù)交付的能力。
同時(shí)整個(gè)過(guò)程中需要加入過(guò)程管理工具,實(shí)現(xiàn)數(shù)據(jù)的采集、度量、分析,從而不斷改進(jìn)和優(yōu)化過(guò)程,提高能效。最后在方法論和工具層面,一方面需要建設(shè)統(tǒng)一的持續(xù)交付平臺(tái),也就是DevOps平臺(tái)來(lái)承載穩(wěn)敏雙態(tài)的體系,另一方面在此之上再去進(jìn)行需求/開(kāi)發(fā)管理、架構(gòu)、敏捷、測(cè)試、發(fā)布、運(yùn)維等等內(nèi)容的建設(shè)。
1.2 建設(shè)企業(yè)級(jí)一站式研發(fā)協(xié)同平臺(tái):
DevOps在整個(gè)企業(yè)中是貫穿始終的,在以往建設(shè)中,企業(yè)通常也會(huì)有非常多的工具,實(shí)際上這類(lèi)工具經(jīng)過(guò)長(zhǎng)期的沉淀,具備了良好的使用習(xí)慣,在企業(yè)中已經(jīng)用的比較好了,此時(shí)如果要去做工具的遷移,對(duì)于組織團(tuán)隊(duì)來(lái)說(shuō)是非常痛苦的。實(shí)際上在建設(shè)過(guò)程中,我們并不關(guān)心企業(yè)到底用了多少工具,而是希望通過(guò)平臺(tái)對(duì)接現(xiàn)有的工具,在統(tǒng)一的一站式研發(fā)協(xié)同平臺(tái)上完善能力,保障研發(fā)流程全生命周期的支撐。
1.3 引入精益對(duì)大規(guī)模科技隊(duì)伍和復(fù)雜技術(shù)工程進(jìn)行管理:
來(lái)自于豐田的精益思想在整個(gè)轉(zhuǎn)型過(guò)程中也經(jīng)歷了大量企業(yè)的實(shí)踐,其核心理念即精益的5個(gè)核心原則,我們?cè)谝酝姆窒碇幸策M(jìn)行了詳細(xì)的介紹,這里不再贅述。
精益的最終目的是通過(guò)持續(xù)不斷的改進(jìn),不斷消除浪費(fèi),以提高價(jià)值流動(dòng)速度。精益思想不僅是在DevOps建設(shè)中,在敏捷、安全等等都有利用精益思想來(lái)保證質(zhì)量的方式。
接下來(lái)我們就來(lái)詳細(xì)解析這三個(gè)部分。
2. 支撐穩(wěn)敏雙態(tài)的數(shù)字化管理體系
2.1 雙模與雙態(tài)概念
① 雙模:
為了適應(yīng)IT數(shù)字化轉(zhuǎn)型的需要,Gartner在2014年提出了“雙模IT”的概念,模式一針對(duì)傳統(tǒng)研發(fā)模式,以項(xiàng)目管理和基于CMMI的過(guò)程管理為核心;模式二針對(duì)需求變化頻繁的業(yè)務(wù)模式,以快速響應(yīng)變化的敏捷開(kāi)發(fā)模式為核心。
② 雙態(tài):
為了適應(yīng)國(guó)內(nèi)企業(yè)針對(duì)雙模模式的理解和應(yīng)用,聯(lián)想在雙模IT的基礎(chǔ)上,提出了“穩(wěn)態(tài)+敏態(tài)”的雙態(tài)概念,穩(wěn)態(tài)以業(yè)務(wù)穩(wěn)定性為核心,敏態(tài)以快速響應(yīng)市場(chǎng)變化為核心,得到了眾多企業(yè)的認(rèn)可,逐漸變成了大眾概念。
2.2 穩(wěn)態(tài)與敏態(tài)的特征
① 穩(wěn)態(tài)業(yè)務(wù):
在傳統(tǒng)企業(yè)中穩(wěn)態(tài)業(yè)務(wù)往往采用精益的方式來(lái)進(jìn)行管理,同時(shí)在企業(yè)中占比也比較大,通常是相對(duì)成熟、穩(wěn)定的核心系統(tǒng)業(yè)務(wù),穩(wěn)態(tài)項(xiàng)目建設(shè)時(shí)更強(qiáng)調(diào)整體規(guī)劃,自上而下的模式。穩(wěn)態(tài)IT架構(gòu)相對(duì)更復(fù)雜,變更難度很大,往往在企業(yè)中會(huì)采取嚴(yán)謹(jǐn)?shù)钠俨际介_(kāi)發(fā)流程,保障其穩(wěn)定運(yùn)行為核心。
② 敏態(tài)業(yè)務(wù):
敏態(tài)主要特點(diǎn)是不確定性強(qiáng)、創(chuàng)新度高,主要以交互系統(tǒng)和互聯(lián)網(wǎng)業(yè)務(wù)系統(tǒng)為主,通常這類(lèi)業(yè)務(wù)比較易于變更,架構(gòu)多樣形態(tài)多變,貼合業(yè)務(wù)發(fā)展,采取快速迭代式開(kāi)發(fā),來(lái)支撐頻繁的變更和發(fā)布。
2.3 組織機(jī)構(gòu)敏捷的核心是雙態(tài)
雙態(tài)IT是企業(yè)數(shù)字化和“互聯(lián)網(wǎng)+”數(shù)字化轉(zhuǎn)型建設(shè)的良策。以往傳統(tǒng)業(yè)務(wù)的核心是推進(jìn)生產(chǎn)經(jīng)營(yíng)電子流化,如ERP,OA,MIS等等系統(tǒng),以穩(wěn)態(tài)架構(gòu)為主,隨著IT技術(shù)的快速發(fā)展,互聯(lián)網(wǎng)+的推進(jìn),大型企業(yè)(金融企業(yè))引入敏態(tài)架構(gòu),向互聯(lián)網(wǎng)金融轉(zhuǎn)型,最終向著以數(shù)據(jù)為中心,IT消費(fèi)服務(wù)化的敏態(tài)架構(gòu)為主方向發(fā)展。
組織機(jī)構(gòu)敏捷轉(zhuǎn)型的核心就是穩(wěn)敏雙態(tài)的混合架構(gòu),穩(wěn)態(tài)IT確保傳統(tǒng)核心——穩(wěn)定可靠,敏態(tài)IT成就創(chuàng)新邊界——敏捷高效,雙態(tài)并舉融合,共同推進(jìn)數(shù)字化轉(zhuǎn)型進(jìn)程。
2.4 DevOps平臺(tái)設(shè)定與定制開(kāi)發(fā)
DevOps平臺(tái)從本質(zhì)上來(lái)說(shuō),是支持穩(wěn)敏雙態(tài)的,二者主要區(qū)別在于項(xiàng)目管理和任務(wù)管理的方式。
① 穩(wěn)態(tài)模式過(guò)程:
需求-計(jì)劃-設(shè)計(jì)-開(kāi)發(fā)-測(cè)試-部署&發(fā)布-運(yùn)維。
② 敏態(tài)模式過(guò)程:
用戶(hù)故事-沖刺計(jì)劃-設(shè)計(jì)-開(kāi)發(fā)-測(cè)試-部署&發(fā)布-運(yùn)維。
不管是穩(wěn)態(tài)還是敏態(tài),我們現(xiàn)在都需要去強(qiáng)調(diào)管理的透明性,針對(duì)不同的過(guò)程會(huì)采用不同的方式去做管理,穩(wěn)態(tài)通過(guò)看板形式管理,敏態(tài)用Scrum板去做管理,兩種管理的區(qū)別就在于穩(wěn)態(tài)并不需要時(shí)間窗口,沒(méi)有嚴(yán)格的時(shí)間紀(jì)律性。這樣的話(huà)其實(shí)只需要通過(guò)一站式一體化的DevOps平臺(tái),前后拉通全生命周期,就能夠?qū)崿F(xiàn)透明的、全流程的統(tǒng)一管理。
3. 建立企業(yè)一站式研發(fā)協(xié)同平臺(tái)
前面我們主要對(duì)穩(wěn)敏態(tài)的業(yè)務(wù)做了一些分析,實(shí)際上企業(yè)無(wú)論做什么業(yè)務(wù),背后都需要流程體系或者流程工具的運(yùn)轉(zhuǎn)支撐,如果所有的流程都用人來(lái)做支撐的話(huà)是無(wú)法順利運(yùn)轉(zhuǎn)的,所以企業(yè)通常是需要將流程融入和落地到平臺(tái)工具中去,確保組織能夠正常運(yùn)轉(zhuǎn)。企業(yè)落地平臺(tái)一般分為4個(gè)步驟:
3.1 平臺(tái)引入:
通常有自研或者外采兩種方式,較小的研發(fā)團(tuán)隊(duì),可以通過(guò)一些開(kāi)源軟件來(lái)搭建。針對(duì)人員規(guī)模較大的企業(yè),會(huì)考慮采購(gòu)成熟的商業(yè)產(chǎn)品,以保證產(chǎn)品能夠持續(xù)不斷的演進(jìn)和維護(hù)支持,幫助企業(yè)數(shù)字化轉(zhuǎn)型。
3.2 流程建設(shè):
第二個(gè)部分是流程,實(shí)際上平臺(tái)的背后就是流程、規(guī)范與標(biāo)準(zhǔn),企業(yè)在引入平臺(tái)后,就需要明確采取什么樣的流程去運(yùn)轉(zhuǎn),去持續(xù)的做賦能。
3.3 人員賦能:
確定相應(yīng)流程、規(guī)范與標(biāo)準(zhǔn)后,對(duì)各個(gè)團(tuán)隊(duì)進(jìn)行賦能,優(yōu)化以往傳統(tǒng)處理問(wèn)題的方式,從組織、管理上進(jìn)一步推進(jìn)DevOps理念的落地。
3.4 推廣應(yīng)用:
將以往的手動(dòng)管理,人工檢查,EXCEL表格等通過(guò)自動(dòng)化方式進(jìn)行替換,提升整體效率。
后疫情時(shí)期,企業(yè)都面臨著巨大的挑戰(zhàn),但無(wú)論是國(guó)家、政府,還是行業(yè)、企業(yè),也都持續(xù)在強(qiáng)調(diào)數(shù)字化轉(zhuǎn)型的重要性,數(shù)字化轉(zhuǎn)型本質(zhì)上就是通過(guò)新的技術(shù)來(lái)使能商業(yè)模式的創(chuàng)新,在疫情的沖擊下,對(duì)企業(yè)來(lái)說(shuō)轉(zhuǎn)型更加迫在眉睫,如何做到上下一心,目標(biāo)一致,核心還是在于研運(yùn)中臺(tái)是否可以提供強(qiáng)力業(yè)務(wù)能力的支撐,最終支撐到業(yè)務(wù)應(yīng)用生態(tài)中。
當(dāng)然,平臺(tái)的引入不代表DevOps的成功落地,相應(yīng)的業(yè)務(wù)流的構(gòu)建,配套的平臺(tái)安裝、使用、運(yùn)維、開(kāi)發(fā)培訓(xùn),以及組織人員的賦能,企業(yè)咨詢(xún)等內(nèi)容也是不可忽略的,覆蓋咨詢(xún)、產(chǎn)品、實(shí)施全方位的企業(yè)DevOps轉(zhuǎn)型服務(wù)解決方案,是賦能企業(yè)從項(xiàng)目敏捷向組織敏捷轉(zhuǎn)型的最佳方式。
4. 引入精益思想提高人員和工程管控力
關(guān)于精益思想我們?cè)谇懊娴闹辈ブ幸策M(jìn)行過(guò)詳細(xì)的拆分講解,在這里我們主要解讀其中幾個(gè)核心點(diǎn),以及如何通過(guò)引入精益思想,來(lái)提高人員和工程的管控力。
4.1 精益的管理五大原則
在五大原則中,我們需要去關(guān)注的第一個(gè)是流程,通過(guò)VSA明確過(guò)程、價(jià)值和浪費(fèi),使過(guò)程透明化、可測(cè)量并且設(shè)定有挑戰(zhàn)的改善目標(biāo)。第二個(gè)需要從客戶(hù)的觀(guān)點(diǎn)來(lái)區(qū)分浪費(fèi)和價(jià)值,從項(xiàng)目制的思想轉(zhuǎn)變到產(chǎn)品制,協(xié)同多個(gè)部門(mén),來(lái)達(dá)到第三個(gè)關(guān)注點(diǎn),通過(guò)結(jié)構(gòu)性持續(xù)改善包括文化的改變來(lái)減少浪費(fèi)。
4.2 精益IT的七大原則
精益IT七大原則:精益IT是精益制造和服務(wù)原則在信息技術(shù)產(chǎn)品和服務(wù)開(kāi)發(fā)和管理中的延伸,其目標(biāo)是不斷提高IT組織為客戶(hù)提供的價(jià)值和IT人員的專(zhuān)業(yè)水平,精益IT專(zhuān)注于改善IT人員、IT流程和信息技術(shù),以便為客戶(hù)提供更多價(jià)值。
以往我們已經(jīng)詳細(xì)介紹過(guò),這里我們不再做深入展開(kāi),主要關(guān)鍵原則就是消除浪費(fèi)。
4.3 基于精益提升人員管控能力
結(jié)合以往與客戶(hù)大量溝通、實(shí)踐的經(jīng)驗(yàn),我們總結(jié)了以下六個(gè)通過(guò)精益的引入,貫穿軟件研發(fā)從需求到計(jì)劃、設(shè)計(jì)、開(kāi)發(fā)、測(cè)試、發(fā)布的全生命周期以提升人員管控能力的重要內(nèi)容。
4.4 工程教練輔導(dǎo)轉(zhuǎn)型
工程教練作為DevOps順利落地的核心角色,其主要目的是幫助組織理解DevOps的核心價(jià)值,并證明DevOps的落地能夠帶來(lái)怎樣的業(yè)務(wù)價(jià)值,這就對(duì)工程教練本身提出了一定的要求。
工程教練并不等同于以往的技能教練,不僅僅要指導(dǎo)開(kāi)發(fā)人員怎么用、如何用好工具,還要具備較強(qiáng)的個(gè)人感染力,能夠明確工具使用的場(chǎng)景,同時(shí)說(shuō)服開(kāi)發(fā)人員把工具用起來(lái)、用好,賦能標(biāo)準(zhǔn)團(tuán)隊(duì),從而帶動(dòng)整個(gè)組織的跟進(jìn)轉(zhuǎn)型。
4.5 科技管理敏捷轉(zhuǎn)型的價(jià)值與收益
科技管理轉(zhuǎn)型需要在靈活性和穩(wěn)定性中找到平衡,將組織環(huán)境的不確定性轉(zhuǎn)化為組織發(fā)展目標(biāo)和增長(zhǎng)績(jī)效的確定性。
① 快速響應(yīng):創(chuàng)造無(wú)“墻”的透明文化,檢視和調(diào)整以快速響應(yīng)變化。
能夠快速響應(yīng),靈活,賦能于行動(dòng),并使行動(dòng)變得容易。簡(jiǎn)而言之,它們像生物體一樣反應(yīng)環(huán)境的變化。
② 反脆弱:培養(yǎng)學(xué)習(xí)和分享的文化,激發(fā)團(tuán)隊(duì)思考和創(chuàng)新力。
當(dāng)面臨壓力時(shí),敏捷組織的反應(yīng)不僅僅是強(qiáng)健有力,而且隨著壓力的增加,績(jī)效反而有所提高。
③ 持續(xù)改善:為IT團(tuán)隊(duì)提供最大的支持。
很少有公司實(shí)現(xiàn)了整個(gè)組織的敏捷性,但很多公司都已經(jīng)在業(yè)績(jī)單元中推廣敏捷性組織運(yùn)用,并都希望員工采用敏捷性工作方式。
SRE轉(zhuǎn)型:銀行SRE和虛擬IT組織的協(xié)作
查看詳細(xì)
提升軟件測(cè)試效率與質(zhì)量:基于CTest的結(jié)構(gòu)化測(cè)試用例設(shè)計(jì)與執(zhí)行
查看詳細(xì)
SRE轉(zhuǎn)型:銀行SRE和DevOps團(tuán)隊(duì)的協(xié)作
查看詳細(xì)
嘉為藍(lán)鯨CPack制品庫(kù):全新支持“純血”鴻蒙制品
查看詳細(xì)
DeepSeek 最新技術(shù)趨勢(shì):運(yùn)維人員如何提升告警管理效能?
查看詳細(xì)
SRE轉(zhuǎn)型:銀行SRE模式推廣策略
查看詳細(xì)
申請(qǐng)演示