昨天的文章分享了LinkedIn如何從0到1建立SRE文化——《好奇！LinkedIn的SRE文化是如何煉成的》，而指標也是建立技術文化的一種，相信很多DevOps團隊的Leader都有同樣的苦惱，今天數人云帶來的文章將講述如何制定有效的DevOps指標，告別虛假指標。

有了這些理念的指導，我們還有落地實踐等著大家一起來交流討論—— 6月10日活動《DevOps&SRE超越傳統運維之道》邀請到了邱戈川@數人云、黃星玲@優維科技、任發科@常新居士、王一男@百度齊聚分享，點擊「閱讀原文」即可報名。

改變指標=改變文化

DevOps負責人往往糾結於指標問題，因為改變的指標同時也在改變業務文化，這種改變橫跨不同的功能領域，如開發、測試、運維等部門。所以不成熟的指標常常會導致產品性能大打折扣，而傳統指標又不完全適用於當前的大環境。

傳統指標三缺陷

〓 虛榮指標

虛榮指標貫穿於整個代碼產出線和構建功能點的過程，程序員獨立行動而不進行跨部門的團隊協作。因此，若獎勵機制和虛榮指標相連，程序員只顧自身任務而忽略了需要團隊協作的內容，如重構和簡化設計等。

〓 引起團隊沖的指標

代碼共享、指導和建議都是團隊協作的良好習慣，但一些機制是破壞這種習慣的罪魁禍首。如名次機制。其他領域名次機制可能有效，但在運維團隊中名次機制會導致對外來部署和變化的排斥。同時也與DevOps的初衷不符。

〓 傳統指標

許多DevOps負責人堅持用平均故障時間（MTBF）和全時工作當量（FTEs）來度量指標。但在如今快速交付模式下已經不再適用。

有效的DevOps指標參考

〓 指標可觸及

不可觸及的指標毫無意義，所以需要DevOps工具來幫助獲取所需指標，當然通過間接監測也可以體現所需指標。如看員工留任率要比看員工工作狀態更容易可靠。

〓 指標可推敲

作為DevOps負責人，要制定任何指標都必須能經得起反覆推敲。因為負責人的信譽取決於溝通能力、團隊價值觀和使命感。

〓 指標獨立性

能被任何一個人，團隊或整體影響的指標都不是好指標，因為團隊效益與服務等級協議密切相關。減少指標的關聯性，以防止指標被利益關聯者利用，造成損失。

〓 指標有能動性

有用的指標能夠在工作流程中引導DevOps負責人作出最佳決策——獎勵機制、團隊策略、成員培訓、使用工具和其他控制方面的轉變策略。雖然並不是每一個決定都能產生質變，但在潛移默化中也會影響團隊的建設。

原文鏈接：Beware False DevOps Metrics - DevOps.com

推薦閱讀：