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