单点突破,击穿阈值,DevOps转型你需要这样做
在上篇文章里,我提到了如何通過對價值流進行分析、拆解關鍵要素指標,并通過縮減處理時間PT、降低前置時間LT、提高完成&準確的百分比(C&A%),實現企業研發效能10倍速提升。大家點擊回看這篇文章《以埃隆馬斯克“第一性原理”實現企業研發效能10倍速提升》。
今天,我們繼續聊一聊如何通過單點突破,輕松撬動企業DevOps轉型。
端到端的DevOps包括4個階段16個步驟
我們現在講DevOps,都是指端到端的DevOps,也就是類似下圖所指的從客戶idea出發,經過協作開發、持續測試、持續部署,一直發布給客戶使用的全過程。
這意味著我們需要覆蓋企業如下價值流持續交付流程:
注:這種拆解來自 規模化敏捷SAFe DevOps專業人士認證(SDP)
當然這16個維度,每一個都可以再進行細化拆解,譬如【開發】可以拆解成 設計—>編碼—>自測—>評審—>提交 等細化階段。我們先從宏觀來看,不看那么細,這16個維度都可以定義若干個細化問題,分別進行評估,那就可以生成一個雷達圖。
注:此健康雷達 來自 規模化敏捷SAFe DevOps專業人士認證(SDP)
如果每個維度都可以按照1-5分來評估健康度,假設得到這樣的一張雷達圖。
請問你接下來會如何計劃進行改進?
這里不要著急往下看!!!關上手機屏幕,問下自己,努力思考2分鐘!
或許,你會得出這樣的答案:
1、針對那些評分低的維度,針對性提升;
2、對于少于2分的維度,全部要提升到4分以上。
找到“閾值”,單點突破
不知道諸位有沒有參與過一個組織、一個團隊的變革或轉型,如果你這樣均等發力、各點突破,那么你的變革或者轉型可能會面臨滅頂之災!畢竟企業的資源都是有限的,均等發力就相當于沒有發力,可能哪個層面都擊不破、打不穿,始終停留在改進無進展的狀況。
格魯夫有一本書,叫《只有偏執狂才能生存》,書中提出了一個戰略轉折點的概念。
什么叫戰略轉折點呢?在數學上,當曲線斜率變化比率開始改變符號時,就意味著遇到拐點,而拐點也是轉折點,如下圖所示。
在這個點,如果拐上去,就是上升;如果拐下來,就是下降。
所以針對這個拐點而言,必須“擊穿”,才能上升,而“擊穿”的概念其實就是突破“閾值”。
舉個栗子:比如我們想要讓水沸騰,就必須要達到100攝氏度,即便是只差1度,水也不會沸騰。這里的100攝氏度就是“閾值”。突破,就可以得到開水,否則就只能算是溫水。
這也就是說擊穿了就是1,擊不穿就是0。
很多人經常說,“我很努力,為什么就不能成功?”沒錯,你是很努力,但是因為你還沒有擊破“閾值”,沒有全力以赴地把事情做到極致,所以你不能成功。
我們再來回顧一下二戰時的馬奇諾防線。?
整個防線共構筑各種用途的永備工事約5800個,密度達到每公里正面15個。最堅固的鋼筋混凝土工事的頂蓋和墻壁厚度達3.5米,裝甲塔堡的裝甲厚度達300毫米,均能抗兩發420毫米臼炮炮彈的直接命中;防線內的防坦克障礙物主要有防坦克壕、崖壁、斷崖及金屬和混凝土樁砦,并用地雷場加強;防步兵障礙物一般為金屬樁或木樁鐵絲網,有的地段還設置了通電鐵絲網。這就是二戰歷史中最出名的法國馬奇諾防線,為修建這一要塞,法國投入了大量的資金,但是在二戰中卻沒有起到任何作用,很快就被德國人突破了。
為什么馬奇諾防線沒有起到作用呢?原因就在于馬奇諾防線有一個防御漏洞,這個漏洞就是阿登森林,這是法國的戰略要地,自古以來都是歐洲的兵家必爭之地,但是法國的馬奇諾防線的堅固卻沒有涉及到這一地區。原因是什么呢?當時的法國軍部認為這一地區軍隊是不可能穿過的,于是不僅沒有在這一地區修建防線,甚至在這一地區沒有什么防御,于是這一地區成為了德軍的突破口。
作為“單點突破,擊破閾值”的經典應用,德軍很快就滅亡了法國。
所以,對于任何組織變革或者組織轉型而言,必須將足夠的資源(力出一孔)投入到一個單點上,將“閾值”一舉擊穿,從而帶動其他要素,形成正向循環。
眾所周知,支持京東成功的最強大的東西主要有兩點:一點是商品質量,另一種就是服務到家的物流體系。我們也知道,京東的模仿者有很多,但成功的似乎只有一個京東。
很多人無緣無故的就死在自建物流上。要知道自從京東自建物流取得顯著的行業服務優勢之后,自建物流,一直以來是很多電子商務公司的重點投資項目。而最終的結果就是這些人都死在了這一條路上。自建物流其實最大的問題,馬云已經提到過,京東售出的商品,遠遠不及阿里巴巴,但是京東的員工數卻遠遠超過阿里巴巴,這里最大的原因就是因為京東有太多的送貨員。
這些送貨員帶來了巨大的人工成本和管理成本。對于那些剛剛成立沒有幾年的公司來說,這么大的資產壓力和管理壓力,足以壓垮年輕公司的生產模式和管理團隊。而且自建物流需要不斷的有資金進入,對于那些盈利能力弱的電商公司,一旦融不到資金,那么等待他的就只有死亡。
那為什么京東能成功呢?其實答案也很簡單,首先京東的物流體系不是一年兩年建立起來的,而是京東集團十幾年的結果,這些管理問題和融資問題是京東一步步克服過來的,所以才會有今天的成功。
正是在物流領域的“單點突破”,形成了京東的核心競爭力,不僅讓京東在2003年的非典之后,快速發展;在今年這次新肺炎疫情下,能夠及時大面積全國送貨的電商又是非京東莫屬;而且還在疫情最嚴重的武漢地區,將儲備已久的無人車、無人機送貨方式,送上了戰場,實現了無接觸送貨新模式,為避免疫情傳播做出了巨大貢獻。
再回到DevOps轉型上來,前面我們已經拆解到了16個子維度,我們同樣需要在這16個子維度選擇一個關鍵實踐作為單點,進行重點突破。
京東:找到阻擋研發效能的突破點
我們再來看京東在敏捷DevOps轉型過程中,是如何通過突破“部署”這個單點,擊破閾值,帶動整體轉型的。
京東2013 年之前是”HumanOps“,通過腳本手工上線,無法做到自動化;原有的部署方式比較偏向于傳統,從申請虛機、準備環境再到部署,在準備階段占用了大部分時間,尤其是在業務擴張太快,資源卻十分緊張的情況下,無形中拉長了全公司研發部署上線的戰線。
2014 年到 2016 年是 Jone(京東持續交付平臺) 時期,在 Jone1.0 交付采用Rsysnc的方式進行,但上線過程經常會線上排隊。這個點還是沒打透!
于是,在2016 年啟動了2.0的迭代,Jone采用了ansible作為發布的工具,重點期望做到:
1、擴展架構,解決Deploy系統在上線日排隊情況的發生,提升發布效率。
2、將Jone和deploy合二為一,消除用戶上線跳轉的時間。
3、簡化并規范部署流程,優化部署方式。
經過大家的不懈努力,新J-ONE提供了以下新功能特性:
編譯、上線發布、部署在一個系統搞定
界面更簡潔、操作更方便
線上環境的規范驗證,降低COE發生概率
靈活的實例設置,多層分級化配置
多應用批量DB授權,郵件通知授權結果
非0,1級應用可自行選擇測試類型
安全測試接入代碼漏洞掃描,上線更放心、更安全
上線零排隊
上線不再區分類型(緊急和正常)
重啟、停止、啟動無需預約,即時操作
秒級回滾
免開通擁有線上“堡壘機”功能
如今的J-one平臺不僅提供公有云資源的申請入口,還在流程上簡化了申請資源的過程。另外,容器能在部署時快速擴容,也能按需縮容,實現資源利用率最大化。
再結合業界最先進的理念和技術潮流,J-one提供鏡像部署的功能。先構建出一個可以部署的鏡像,然后再發布到生產環境中,在鏡像部署中線下測試驗證,保證測試環境和生產環境的環境一致性,同時日志和監控自動同步對接,省去研發不少麻煩。
如果說原有傳統部署平均時效是3個小時,那么現在通過鏡像部署,可以分分鐘之內搞定部署任務。
小結:自從將“部署”這個單點突破之后,京東的研發效能明顯提升,反過來又促進了對其他實踐的應用,譬如敏捷迭代開發、新業務功能快速閉環驗證、創新業務高效試錯、代碼質量掃描、安全左移等等。
總結
本篇文章,我們講到京東案例里重點突破的是部署環節。因為每家公司的業務不同、基礎設施能力不一樣,在實施DevOps轉型的時候,需要因地制宜地選擇適合的一個單點,可以是敏捷迭代,也可能就是可視化看板,也可能是持續集成,也可能是快速業務探索,無論如何,只要先把某個單點擊破,就可以引發整體轉型。
注:本文借鑒引用了李善友老師的《第二曲線創新》理念,感謝善友老師及混沌大學曾經提供的15天“擺渡人”學習歷程。
總結
以上是生活随笔為你收集整理的单点突破,击穿阈值,DevOps转型你需要这样做的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: (四)开源C# WPF控件库《AduSk
- 下一篇: 如何扩展分布式日志组件(Exceptio