長期關(guān)注我的blog和微信公眾號（DevOps教練）的朋友可以發(fā)現(xiàn)，我今年從這個調(diào)查問卷開始，陸續(xù)發(fā)布了一些列文章。如果給這些文章一個文集標(biāo)題的話，那么應(yīng)該是：死磕2019年加速度全球DevOps狀態(tài)調(diào)查報告系列。為了幫助大家充分利用這份優(yōu)秀的行業(yè)報告，我會用一些列文章，分章節(jié)的解讀這份長達80多頁的報告。上一篇文章已經(jīng)解讀了該報告的核心重要發(fā)現(xiàn)和看點。本文要覆蓋的章節(jié)是 How do we compare 這一章。
本文的閱讀建議：
> 先閱讀和參考前5年的DevOps狀態(tài)調(diào)查報告，了解今年這份報告的歷史和發(fā)展歷程。以前的文章中有下載鏈接/二維碼。
> 閱讀2019年的調(diào)查問卷的中文版，感謝中國DevOps社區(qū)翻譯團隊對英文原版問卷的翻譯工作，如果你都不知道這些調(diào)查結(jié)果是通過什么問卷調(diào)查得出的，那真的是很可惜。如果你想用這套問卷工具在企業(yè)內(nèi)部做調(diào)研，請使用前文中的免費調(diào)查服務(wù)申請流程。樣例問卷的訪問地址：https://www.wjx.cn/jq/43837840.aspx
> 在Google的網(wǎng)站上做極簡版DevOps行業(yè)基礎(chǔ)測試，它是6年行業(yè)調(diào)查結(jié)果數(shù)據(jù)庫的首次對外開放。
WHY DEVOPS？
這是一個值得持續(xù)反復(fù)問自己的問題，首先讓我們澄清一件事情：為什么要做DevOps？
是否是為了提高研發(fā)效能？是否是為了提高生產(chǎn)力？是否是為了提高效率？這些答案可能都對，也可都不對。對于一個組織而言：如果IT對它的使命和目標(biāo)至關(guān)重要的情況下，組織對IT會產(chǎn)生強依賴關(guān)系，DevOps才對該組織才有意義。歷年來的DevOps狀態(tài)調(diào)查告訴我們：DevOps對于那些以IT為命脈的組織而言直觀重要，對所有從事軟件交付的組織廣泛有效。
從DevOps能力成長模型中可以看出，圖中的諸多能力項都正向貢獻/預(yù)測到最右側(cè)的兩個組織級別目標(biāo)，他們是：組織效能和非商業(yè)效能（商業(yè)和非商業(yè)目標(biāo)），它們是：
> 盈利能力 （商業(yè)）
> 生產(chǎn)力
> 市場份額 （商業(yè)）
> 客戶數(shù)量 （商業(yè)）
> 產(chǎn)品或服務(wù)的數(shù)量 （商業(yè)）
> 運營效率
> 客戶滿意度 （商業(yè)）
> 提供的產(chǎn)品或服務(wù)的質(zhì)量 （商業(yè)）
> 實現(xiàn)組織或使命目標(biāo)
如果你的某項/某幾項DevOps實踐能夠直接貢獻到以上的商業(yè)目標(biāo)，或者說能持續(xù)的創(chuàng)造客戶價值，即商業(yè)價值；那么你的DevOps就是成功的。反之，如果你僅僅期望研發(fā)效能、生產(chǎn)力、效率能夠就等同于創(chuàng)造出了很多的客戶價值，那是一種幻覺；這就像是：你經(jīng)過了很多預(yù)賽和體能的準(zhǔn)備，而在冠軍爭奪賽中，你依然名落孫山，當(dāng)你的組織的績效遠遠低于預(yù)期的商業(yè)目標(biāo)的時候，你的各種XXX效率都是無用的。
四大黃金度量指標(biāo)
6年來的DevOps狀態(tài)調(diào)查報告（我只關(guān)注DORA主導(dǎo)和執(zhí)行的這個）已經(jīng)在用量化的方式，幫助我們作出了精英表現(xiàn)者的畫像，當(dāng)然還有其它的落后者?？梢悦鞔_的一點是：強者從四個維度上同時都表現(xiàn)強勁。（去年已經(jīng)打破了常見的一個誤區(qū)：過度的保守主義導(dǎo)致在組織四個指標(biāo)之中做折中選擇，常見的是犧牲吞吐量指標(biāo)，確保穩(wěn)定性，可是后果往往是相反的。）
先來回顧和梳理所謂的四大黃金度量指標(biāo)的分類：
吞吐量–部署頻率：對于您工作的主要應(yīng)用程序或服務(wù)，您的組織在生產(chǎn)環(huán)境進行代碼部署或向最終用戶做發(fā)布的頻率。調(diào)查這個指標(biāo)的問題見2019年加速度DevOps狀態(tài)調(diào)查問卷中的第二部分的第二題。
吞吐量–前置時間：對于您工作的主要應(yīng)用程序或服務(wù)，從代碼提交到在生產(chǎn)中成功運行的過程需要的時間。調(diào)查這個指標(biāo)的問題見2019年加速度DevOps狀態(tài)調(diào)查問卷中的第二部分的第一題。
穩(wěn)定性–服務(wù)恢復(fù)時間： 對于您工作的主要應(yīng)用程序或服務(wù)，當(dāng)服務(wù)中斷或出現(xiàn)影響用戶Bug時（如：計劃外中斷、服務(wù)受損），恢復(fù)服務(wù)通常需要的時間。調(diào)查這個指標(biāo)的問題見2019年加速度DevOps狀態(tài)調(diào)查問卷中的第二部分的第四題。
穩(wěn)定性–變更失敗率：對于您所工作的主要應(yīng)用程序或服務(wù)，對于生產(chǎn)變更，或向最終用戶發(fā)版的變更，百分之多少會導(dǎo)致服務(wù)質(zhì)量下降（如：服務(wù)受損或服務(wù)中斷），并需要進行后續(xù)的修復(fù)工作（需要熱補丁、回滾，前向修復(fù)，打補丁修復(fù)）。調(diào)查這個指標(biāo)的問題見2019年加速度DevOps狀態(tài)調(diào)查問卷中的第二部分的第五題。
上面的四個指標(biāo)是DevOps狀態(tài)調(diào)查報告使用cluster算法做受眾分類的主要依據(jù)，這個類聚分析的結(jié)果就是那張四大DevOps等級的泡泡圖。
在這個泡泡圖中，我們可以看到有多少比例的受訪者處于精英、高效、中等和低效的陣營。復(fù)述一下今年的一個重大發(fā)現(xiàn)：精英表現(xiàn)者已經(jīng)從去年的高效能表現(xiàn)者集團中脫穎而出，他們在指標(biāo)的絕對值和總體數(shù)量上都增長迅敏，增長率高達將近3倍。【DevOps教練點評：回顧一下這份報告的標(biāo)題中加入的加速度的關(guān)鍵字，一旦某個組織的實施方法得當(dāng)，一個持續(xù)優(yōu)化的組織的整體效能就可能做上火箭，加速度的飛離地球。而加速度不足的企業(yè)則處于持續(xù)跌回地面的窘境?！?/span>
這四大黃金度量指標(biāo)的采集方法就是調(diào)查問卷中那些四個問題。對所有實踐DevOps的組織而言，我們需要的是持續(xù)實施和優(yōu)化追蹤這些度量指標(biāo)的方法和系統(tǒng)，確保能實時查看這四個指標(biāo)的狀態(tài)是最完美的?？墒悄壳皫缀踹€沒有什么企業(yè)能夠做到，手工分別統(tǒng)計上報，定期公布到全體IT部門也是非?？扇〉淖龇ā？傊?，沒有度量就不存在管理，就無從系統(tǒng)性的改進。
我在行業(yè)里的表現(xiàn)如何？
這是我寫作本文想要回答的核心問題。如果你能夠度量自己的四個黃金指標(biāo)了，也能夠隨時拿出一組確切的數(shù)據(jù)，我們就能做行業(yè)基準(zhǔn)測試比較了。
這可能是Google收編DORA團隊所買到的最有價值的一部分資產(chǎn)，歷年來的DevOps調(diào)查問卷參與者的問卷答案數(shù)據(jù)庫。Google今年將這個數(shù)據(jù)庫向公眾開放了，網(wǎng)址在 https://beta.devops-research.com/performance.html (這個網(wǎng)址應(yīng)該不用科學(xué)上網(wǎng)，會出現(xiàn)證書錯誤提示，請忽略繼續(xù)訪問該頁面)。在你回答了下面的五個問題后，就可以獲得一份自己的行業(yè)基準(zhǔn)測試報告。
最后一個問題是，從13個行業(yè)中選擇出一個最合適的所在行業(yè)。
下圖是你在整個所有行業(yè)里的橫向?qū)Ρ取?/span>
下圖是四個黃金指標(biāo)在四個表現(xiàn)級別/集團上的度量；表明你每個指標(biāo)處于哪個等級。
所有DevOps的實踐者一旦上路以后，都是一條不歸路的感覺，我們可以定期的關(guān)注我們的基準(zhǔn)測試結(jié)果，并觀察自己在動態(tài)變化的行業(yè)基線中的位置，而更重要的是：找到每個現(xiàn)階段的改進空間，并且持續(xù)突破自己DevOps的能力瓶頸和極限。持續(xù)的無限制的加速度發(fā)展所有DevOps能力點才是這個DevOps旅程的終極意義。
探討：服務(wù)運維效能
服務(wù)效能指標(biāo)是在去年的效能報告中新引進的，而在去年和今年的調(diào)查問卷和結(jié)果報告中并沒有直接的關(guān)于這項指標(biāo)的采集數(shù)據(jù)和結(jié)果。
從上圖中我們可以直接的理解一下，左側(cè)的四大黃金指標(biāo)都關(guān)乎于軟件開發(fā)部門，而右上角的這個指標(biāo)則關(guān)乎于服務(wù)運維部門。去年并沒有給出關(guān)于可用性指標(biāo)的度量方法，今年也沒有在調(diào)查問卷中做直接/顯性的問題設(shè)置。只是在今年2019年的報告中做了進一步的解釋，說這個可用性指標(biāo)的實施方法論是SRE套路。
我正在翻譯SRE Workbook，這本書比起之前翻譯的DevOps Handbook，更具有實操性。我們拭目以待，明年的狀態(tài)調(diào)查問卷是如何對可用性設(shè)問和調(diào)查分析的。關(guān)于SRE的基礎(chǔ)概念和實施方法，心急的朋友不妨參加中國DevOps社區(qū)今年10月在杭州舉辦的年度大會，我有一個關(guān)于SRE的主題分享，讓我們一起討論SRE的落地套路，讓用SRE套路使我們的DevOps故事閉環(huán)。
總之我們實踐DevOps的時候要全局的關(guān)注“軟件交付和運維效能”，簡稱SDO效能（software delivery and operational performance）；有O了才完整的閉環(huán)了。
總結(jié)
本文寫道這里，我認為你可以無障礙的閱讀2019年加速度全球DevOps狀態(tài)調(diào)查報告到第25頁了。我們總結(jié)一下，你應(yīng)該能理解吞吐量和穩(wěn)定性的四大黃金度量指標(biāo)的定義；持續(xù)度量和關(guān)注這些指標(biāo)的正確方法；使用Google所提供的極簡版度量工具，找到自己在行業(yè)中的定位和所處的效能級別。關(guān)注SDO效能的完整性，嘗試了解和實踐SRE實踐，讓你的DevOps體驗閉環(huán)和完整起來。下一期死磕2019年加速度全球DevOps狀態(tài)調(diào)查報告系列將為你呈現(xiàn)更新版本的DevOps能力成長模型，進一步講解如何應(yīng)用今年分化出來的兩個研究模型：SDO和組織效能模型與生產(chǎn)力模型。
【聯(lián)系青藍咨詢】
地址： 深圳市南山區(qū)高新南一道06號TCL大廈B座3樓309室 （公交站：大沖 地鐵站：一號線高新園C出口）
郵編：518057
電話：0755-86950769
網(wǎng)址：http://www.mycalorietracker.com
