企業如何正確選擇合適的DevOps培訓

企業如何正確選擇合適的DevOps培訓

許峯 DevOps咖啡館

DevOps正在被愈來愈多的IT企業（或企業的IT部門）所採用，但團隊成員對於什麼是DevOps，如何在企業實施好DevOps的認知卻很不相同。同時因爲DevOps是一個開放、普遍（橫跨業務-需求-架構-開發-測試-發佈-運維等多個環節）、不斷髮展的體系，更使得企業選擇合適的DevOps培訓體系面臨不小的困擾。

本文根據我在過去幾年的DevOps培訓經驗（做者是中國首批10名DevOps Master受權講師），爲企業IT負責人和培訓負責人提供一些建議。

首先，企業應該理解目前IT組織所處的情況，以及下一步但願達成的目標來選擇合適的培訓課程。

現狀1：企業目前尚未系統地在組織層級推廣過DevOps實踐（可能有個別團隊/人員採用，但實施效果由於局部化、碎片化而對組織總體績效影響不大）。

根據企業下一步的計劃又分爲：

目標1.1： 企業目前短時間（如6個月內）沒有系統實施DevOps的計劃，但對目前的研發、質量、運維流程一直存在的諸多痛點（好比需求變化多，開發速度知足不了業務要求，質量不穩定，運維常常，IT人員積極性不高成爲瓶頸等）已經感到須要改變，想了解DevOps是否可以幫助到企業。

分析：團隊對於如何現代化地管理整個軟件交付過程處於Unknown-Unknow階段，須要創建的是 1）思想方法和行爲上的轉變（可以發現過去工做中的問題）2）理解有什麼對應的實踐能夠幫助到目前的一些主要痛點。培訓建議以下：

培訓建議：兩天培訓。1天鳳凰項目沙盤（從思想方法和行爲上「頓悟」）+ 1天DevOps Foundation（基礎級）培訓，以便系統性理解對應實踐，針對性解決存在問題。

培訓案例：某地產企業IT部門，人員知識儲備比較陳舊，目前採用大量的外包人員，管理層很是但願可以讓員工接觸到更新的知識體系，提高士氣，改善目前的一些低效能作法。經過兩天的培訓（1天鳳凰沙盤，一天定製化的敏捷/DevOps基礎培訓），使得企業員工在較短期內得到當前最新的IT軟件工程實踐的認知，同時士氣獲得較大提高。

目標1.2：企業已經有計劃引入DevOps，但對於引入所影響的規模、商業論證（ROI）、具體應該引入哪些實踐和工具，以及如何引入（路線圖）還沒統一的思路。

分析：跟1.1團隊所處的狀況有類似處，但可能個別團隊已經嘗試過，或者PMO（或相似組織）已經作過必定調研。在這裏除了應該讓團隊從行爲和思想方法上轉變（接受爲何作DevOps），系統瞭解相應實踐外，還應該有能力設計適合團隊發展的DevOps實施方法和路線圖。

培訓建議：由於涉及到下一步的具體實施，對團隊對DevOps的掌握要求更高，而且除了具體實踐外，還應該掌握實施的思路和方法。好的作法是有個更深度的培訓，並建議關鍵員工得到相應認證（認證學習對知識細節的掌握程度更高，這對正確實施是很關鍵的），另外實施部分能夠結合到課程裏或另外有一個專題的路線圖設計工做坊。

三天培訓：1天鳳凰項目沙盤（尤爲未來首先開始DevOps試點項目的團隊成員應該儘量都參加），2天DevOps Professional專業級培訓。核心團隊成員（未來會做爲DevOps實施骨幹）建議參加更高階的DevOps Master認證以深度掌握實施策略，具有帶領團隊推動實施的能力。

培訓案例：某知名電信通信企業至上而下已決定引入DevOps，組織內某些部分已經走在前面。其餘部門也但願儘快跟進。經過一些列的沙盤+系統培訓+工做坊，比較好地完成了企業的培訓目標。

現狀2： 企業已經開始實踐DevOps（好比創建了流水線，敏捷開發也比較好地被採納，有一些相應的DevOps工具也已經被使用）

根據企業的下一步目標又分爲：

目標2.1：雖然已經在實施DevOps，也取得了必定的效果，但整體上取得成果並無達到預期。目前比較困惑於如何把具體的實踐、工具、技術轉化爲具體成果。

分析：處於這種情況的團隊雖然已經積累了一些實戰經驗，但對DevOps知識結構的系統性掌握仍是比較缺少，實踐的引入每每依賴有經驗的員工帶頭，根據過去的經驗或參考其餘公司的最佳實踐推行的。但因爲1）並非團隊成員都有同樣的經驗和知識深度 2）缺少對問題的系統理解，好比DevOps涉及到軟件交付的整個生命週期，以及文化、流程、技術、組織架構、實施方法（變革管理）等多方面內容，團隊須要經過系統培訓並結合項目實際情況針對性地解決問題。

培訓建議：1天鳳凰項目沙盤 + 2天DevOps Master培訓，並在培訓前收集問題，在課上經過分組實踐的方式識別問題，並深刻探討解決方案，制定實施計劃

目標2.2：相比2.1是更成熟的研發-測試-運維團隊，團隊知識結構、能力，工具使用都已經達到行業中上水平。這個級別的團隊對系統培訓的需求是可以更上一個臺階，真正把工程能力轉化爲業務表現。

推薦：1天鳳凰項目沙盤 + 2天DevOps Master培訓。

培訓案例：某互聯網產品公司，公司員工約300人。團隊骨幹來自BAT等公司，總體成熟度較高。但CTO意識到團隊發展遇到瓶頸，尤爲是你們系統理解問題的不足，致使可能重複解決的不是最關鍵的問題。須要的是經過團隊總體培訓，並關聯現狀，是使團隊表現達到更高級別。三天的DevOps Master培訓不只培養了團隊共識，找到更多的改進點，並且培養了一批可以」走出去」作諮詢的骨幹，並在各個主流論壇、大會上演講，爲企業向更高階發展做出貢獻。

現狀3： 企業DevOps的實施已經很是成熟而且系統化，全員對DevOps體系掌握清晰一致，常常從全局視角反思、回顧、迭代，IT組織績效水平很高。

培訓建議：根據具體遇到的問題組織專題培訓。好比專門的自動化測試培訓，微服務設計培訓，產品/需求管理培訓等。

其餘類型的DevOps培訓需求：

實戰類培訓

各類DevOps內訓每每都冠以「實戰」之名。從個人經驗看，實戰類的培訓每每就是系統化培訓 + 針對企業現狀的具體問題解決工做坊（重點問題分析、系統實踐講解、結合現狀進行分析等）。

培訓建議：這類培訓能夠根據上面的幾大類針對企業狀況作必定的定製化，但核心是相似的，好比1天沙盤+1～2天工做坊（系統學習+實際問題研討）。

注：實戰類培訓並非工具類培訓。工具類培訓說明見下文。

以DevOps工具爲核心的培訓

這類培訓實施的前提應該有兩個 1）系統性培訓已經作過（否則團隊仍是知其然不知其因此然） 2）企業DevOps工具選型已經基本肯定/完成。DevOps工具在整個交付生命週期上有很是多選擇（好比需求管理工具、自動化測試工具、製品庫管理工具等），整合起來在本質上又有類似之處（實現端到端的全流程管理），但具體用法和深度又千差萬別，並且針對的受衆也很不同（好比基於某雲平臺的DevOps工具和定製化的開源工具鏈具體用法上就徹底不一樣；雲平臺廠商的DevOps工具也各不相同；而自動化配置管理工具的具體用法可能只是運維這個羣體才最感興趣）。

培訓建議：這類培訓建議找專門工具廠商來作，而且不存在一套業界通用的DevOps工具集（好比Java和.NET的工具鏈就徹底不一樣，基於雲平臺的和非雲平臺的又徹底不一樣），並且要考慮具體工具的主要受衆部門和用法深度需求。

DevOps管理類/領導力培訓

這類培訓的目標受衆是IT組織的管理者（包括各職能部分負責人、IT總監、CIO，CTO，PMO、產品經理、敏捷教練等），培訓涉及到的技術環節不會太深刻（但會有，由於DevOps是流程-技術-人的系統），更多的是從管理、流程、組織架構、文化、實施方法等方面進行。

培訓建議：1天鳳凰項目沙盤 + 1天DevOps Foundation培訓（側重業務和管理視角）

最後，選擇認證培訓仍是非認證培訓？

大多數企業內訓習慣於選擇非認證的DevOps培訓。從某個意義上講，這是有道理的，由於DevOps是個實踐化的體系，認證自己可能並非企業追求的目的，提高員工能力、提高組織總體績效、解決具體工做問題纔是。但從另一面講，DevOps裏的實踐衆多，其實很是須要在2～3天的培訓以外學員主動深刻的學習，認證的準備過程可使知識的細節更深刻，可以經過認證考試也證實了能力。這一過程被證實實際上是頗有價值的。組織也能夠考慮部分人員認證（好比核心骨幹）的方式結合進行。

關於做者 許峯

「企業數字化轉型專家」圖片專一於企業數字化轉型/ DevOps / 精益IT /敏捷領導力培養。EXIN國內首批認證的DevOps全系列課程講師。中國DevOpsDays的核心組織者，Prosci變革管理專家，教練領導力認證講師。翻譯著做包括《DevOps最佳實踐》、《看板敏捷項目管理》等。