說服上司落地實踐DevOps,這裡有幾組數據
上周的文章《當心DevOps虛假指標》講述了如何告別DevOps虛假指標,定製有效指標。但這是建立在已採用DevOps模式的基礎上。相信很多想落地實踐DevOps的小夥伴都有一個苦惱——上司真的太難說服啦!
莫慌,小數在本文教你如何搞定三種不同級別的上司。
所以說見什麼人說什麼話這件事,還真是國內外通用呢,
古人誠不欺我也~
前言
DevOps顯然越來越受歡迎,據調查已經有33%的企業在IT項目中採用了DevOps模式;47%的企業準備在未來兩年內採用DevOps;只有20%的企業沒有這個規劃。
採用DevOps最大的障礙是缺乏對商業利益的了解,克服這一障礙,將是企業採用DevOps模式的決定性因素。
如何通過DevOps計算商業利益和投資回報?
DevOps是一種新的工作模式。並不像計算新硬體的投資回報率那麼簡單。它讓團隊工作方式發生根本性的轉變,如人、工具、過程等,也促使了必要的培訓、新技術投資的誕生。
這種轉變在最初需要一定的時間和磨難,才能真正得獲得利益。
通過 DORA 和 Puppet DevOps 的報告可以看出,採用了這種模式進行軟體交付的企業,獲得了巨大的有形或者無形的利益。體現在自動化、減少宕機時間、減少失敗部署的修復時間等。這些節省下來的時間又可以提升業務價值,而不是花費在不必要的返工和手動測試上。
這個「價值」對於你的企業意味著什麼呢?
在量化 DevOps 效益之前,需要考慮什麼可以增加企業最大價值。「商業價值」的定義取決於企業所在行業;以及其中不同層次;取決於給誰看,他們又有什麼樣的度量標準。
度量標準
一位著手於DveOps ROI項目研究且經驗豐富的IT總監——David Linwood根據不同彙報對象的角度提出三種管理者的度量準則:CEO、CIO、團隊負責人。
〓業務成果
對於CEO及其他董事會來說,業務成果才是他們感興趣的,而投資將如何產生更高的收益是重中之重,無論是降低成本,還是快速的市場響應度,或者其他改善企業績效的方面。
Gartner公司在2015年的報告指出,要把關鍵的應用程序失敗平均成本控制在每小時50萬到100W之間。因此減少災難性IT故障所造成的投資風險會迅速得引起董事會注意。因此這需要考慮潛在的名譽損失,以及隨後的股東價值影響和備受矚目的事件引起的宕機或者數據泄露。
〓成功要點
接下來是CIO,其關注在於成功要點,如何將流程完善以提高IT部門的工作效率。如何招聘以及留住技術人員為企業做出貢獻。
2016年的DevOps 報告指出,企業落地實踐DevOps減少了50%的返工時間,使用DevOps 模式工作的員工比未使用DevOps模式的員工多了66%的時間可以用在新項目上,而花更多的時間在專註的事情上也大大提高了員工的滿意度。
根據DORA ROI 的指導綱要,留住現有人才更具有效益,增加企業的知識儲備且保持這種技術上的優勢繼續進行培訓學習。如何衡量和量化新員工的招聘和培訓成本?美國進步中心研究發現,企業花費21%的成本在離職員工的工資上。
〓性能輸出
團隊負責人關心的是如何更好的輸出性能,如快速部署,新版本交付數量,以及怎麼減少BUG、宕機時間、修復時間等。企業核心功能是團隊負責人關心和壓力所在。
根據DevOps報告顯示,高績效的企業都改善了關鍵性指標:較之前200倍的部署、縮短了2555倍的交付時間、24倍的故障恢復速度以及降低了3倍的故障率。
總結
這些因素都很重要,每一個最終都以商業價值為目的。因為關注點不同,要取決於對誰彙報。所以在展開工作和尋求支持時,要根據其度量標準去考慮,並且以這種度量標準和他們進行交談。
原文作者:Kate Duggan
原文鏈接:The Language of DevOps ROI - DZone DevOps
相關閱讀:
當心DevOps虛假指標活動實錄丨SRE在傳統企業中的落地實踐活動實錄 | DevOps與傳統的融合落地實踐及案例分析線下活動推薦:
說服了上司落地實踐DevOps,但卻又不知後續怎麼做?——6月10日《DevOps&SRE超越傳統運維之道》四位業內大牛現場面對面的跟你講案例。
不騙你,再不報名就晚啦!
推薦閱讀:
※基於產品思維驅動的運維服務建設
※少年,你的告警量可以更少些!
※微服務架構下的開發部署實踐(1)
※一個簡單的 Serverless 架構例子
TAG:DevOps |