在上篇文章里，我提到了如何通過對價值流進(jìn)行分析、拆解關(guān)鍵要素指標(biāo)，并通過縮減處理時間PT、降低前置時間LT、提高完成&準(zhǔn)確的百分比（C&A%），實現(xiàn)企業(yè)研發(fā)效能10倍速提升。大家點擊回看這篇文章《以埃隆馬斯克“第一性原理”實現(xiàn)企業(yè)研發(fā)效能10倍速提升》。

今天，我們繼續(xù)聊一聊如何通過單點突破，輕松撬動企業(yè)DevOps轉(zhuǎn)型。

端到端的DevOps包括4個階段16個步驟

我們現(xiàn)在講DevOps，都是指端到端的DevOps，也就是類似下圖所指的從客戶idea出發(fā)，經(jīng)過協(xié)作開發(fā)、持續(xù)測試、持續(xù)部署，一直發(fā)布給客戶使用的全過程。

這意味著我們需要覆蓋企業(yè)如下價值流持續(xù)交付流程：

注：這種拆解來自 規(guī)模化敏捷SAFe DevOps專業(yè)人士認(rèn)證（SDP）

當(dāng)然這16個維度，每一個都可以再進(jìn)行細(xì)化拆解，譬如【開發(fā)】可以拆解成 設(shè)計—>編碼—>自測—>評審—>提交 等細(xì)化階段。我們先從宏觀來看，不看那么細(xì)，這16個維度都可以定義若干個細(xì)化問題，分別進(jìn)行評估，那就可以生成一個雷達(dá)圖。

注：此健康雷達(dá) 來自 規(guī)模化敏捷SAFe DevOps專業(yè)人士認(rèn)證（SDP）

如果每個維度都可以按照1-5分來評估健康度，假設(shè)得到這樣的一張雷達(dá)圖。

請問你接下來會如何計劃進(jìn)行改進(jìn)？

這里不要著急往下看！！！關(guān)上手機(jī)屏幕，問下自己，努力思考2分鐘！

或許，你會得出這樣的答案：

1、針對那些評分低的維度，針對性提升；

2、對于少于2分的維度，全部要提升到4分以上。

找到“閾值”，單點突破

不知道諸位有沒有參與過一個組織、一個團(tuán)隊的變革或轉(zhuǎn)型，如果你這樣均等發(fā)力、各點突破，那么你的變革或者轉(zhuǎn)型可能會面臨滅頂之災(zāi)！畢竟企業(yè)的資源都是有限的，均等發(fā)力就相當(dāng)于沒有發(fā)力，可能哪個層面都擊不破、打不穿，始終停留在改進(jìn)無進(jìn)展的狀況。

格魯夫有一本書，叫《只有偏執(zhí)狂才能生存》，書中提出了一個戰(zhàn)略轉(zhuǎn)折點的概念。

什么叫戰(zhàn)略轉(zhuǎn)折點呢？在數(shù)學(xué)上，當(dāng)曲線斜率變化比率開始改變符號時，就意味著遇到拐點，而拐點也是轉(zhuǎn)折點，如下圖所示。

在這個點，如果拐上去，就是上升；如果拐下來，就是下降。

所以針對這個拐點而言，必須“擊穿”，才能上升，而“擊穿”的概念其實就是突破“閾值”。

舉個栗子：比如我們想要讓水沸騰，就必須要達(dá)到100攝氏度，即便是只差1度，水也不會沸騰。這里的100攝氏度就是“閾值”。突破，就可以得到開水，否則就只能算是溫水。

這也就是說擊穿了就是1，擊不穿就是0。

很多人經(jīng)常說，“我很努力，為什么就不能成功？”沒錯，你是很努力，但是因為你還沒有擊破“閾值”，沒有全力以赴地把事情做到極致，所以你不能成功。

我們再來回顧一下二戰(zhàn)時的馬奇諾防線。?

整個防線共構(gòu)筑各種用途的永備工事約5800個，密度達(dá)到每公里正面15個。最堅固的鋼筋混凝土工事的頂蓋和墻壁厚度達(dá)3.5米，裝甲塔堡的裝甲厚度達(dá)300毫米，均能抗兩發(fā)420毫米臼炮炮彈的直接命中；防線內(nèi)的防坦克障礙物主要有防坦克壕、崖壁、斷崖及金屬和混凝土樁砦，并用地雷場加強(qiáng)；防步兵障礙物一般為金屬樁或木樁鐵絲網(wǎng)，有的地段還設(shè)置了通電鐵絲網(wǎng)。這就是二戰(zhàn)歷史中最出名的法國馬奇諾防線，為修建這一要塞，法國投入了大量的資金，但是在二戰(zhàn)中卻沒有起到任何作用，很快就被德國人突破了。

為什么馬奇諾防線沒有起到作用呢？原因就在于馬奇諾防線有一個防御漏洞，這個漏洞就是阿登森林，這是法國的戰(zhàn)略要地，自古以來都是歐洲的兵家必爭之地，但是法國的馬奇諾防線的堅固卻沒有涉及到這一地區(qū)。原因是什么呢？當(dāng)時的法國軍部認(rèn)為這一地區(qū)軍隊是不可能穿過的，于是不僅沒有在這一地區(qū)修建防線，甚至在這一地區(qū)沒有什么防御，于是這一地區(qū)成為了德軍的突破口。

作為“單點突破，擊破閾值”的經(jīng)典應(yīng)用，德軍很快就滅亡了法國。

所以，對于任何組織變革或者組織轉(zhuǎn)型而言，必須將足夠的資源（力出一孔）投入到一個單點上，將“閾值”一舉擊穿，從而帶動其他要素，形成正向循環(huán)。

眾所周知，支持京東成功的最強(qiáng)大的東西主要有兩點：一點是商品質(zhì)量，另一種就是服務(wù)到家的物流體系。我們也知道，京東的模仿者有很多，但成功的似乎只有一個京東。

很多人無緣無故的就死在自建物流上。要知道自從京東自建物流取得顯著的行業(yè)服務(wù)優(yōu)勢之后，自建物流，一直以來是很多電子商務(wù)公司的重點投資項目。而最終的結(jié)果就是這些人都死在了這一條路上。自建物流其實最大的問題，馬云已經(jīng)提到過，京東售出的商品，遠(yuǎn)遠(yuǎn)不及阿里巴巴，但是京東的員工數(shù)卻遠(yuǎn)遠(yuǎn)超過阿里巴巴，這里最大的原因就是因為京東有太多的送貨員。

這些送貨員帶來了巨大的人工成本和管理成本。對于那些剛剛成立沒有幾年的公司來說，這么大的資產(chǎn)壓力和管理壓力，足以壓垮年輕公司的生產(chǎn)模式和管理團(tuán)隊。而且自建物流需要不斷的有資金進(jìn)入，對于那些盈利能力弱的電商公司，一旦融不到資金，那么等待他的就只有死亡。

那為什么京東能成功呢？其實答案也很簡單，首先京東的物流體系不是一年兩年建立起來的，而是京東集團(tuán)十幾年的結(jié)果，這些管理問題和融資問題是京東一步步克服過來的，所以才會有今天的成功。

正是在物流領(lǐng)域的“單點突破”，形成了京東的核心競爭力，不僅讓京東在2003年的非典之后，快速發(fā)展；在今年這次新肺炎疫情下，能夠及時大面積全國送貨的電商又是非京東莫屬；而且還在疫情最嚴(yán)重的武漢地區(qū)，將儲備已久的無人車、無人機(jī)送貨方式，送上了戰(zhàn)場，實現(xiàn)了無接觸送貨新模式，為避免疫情傳播做出了巨大貢獻(xiàn)。

再回到DevOps轉(zhuǎn)型上來，前面我們已經(jīng)拆解到了16個子維度，我們同樣需要在這16個子維度選擇一個關(guān)鍵實踐作為單點，進(jìn)行重點突破。

京東：找到阻擋研發(fā)效能的突破點

我們再來看京東在敏捷DevOps轉(zhuǎn)型過程中，是如何通過突破“部署”這個單點，擊破閾值，帶動整體轉(zhuǎn)型的。

京東2013 年之前是”HumanOps“，通過腳本手工上線，無法做到自動化；原有的部署方式比較偏向于傳統(tǒng)，從申請?zhí)摍C(jī)、準(zhǔn)備環(huán)境再到部署，在準(zhǔn)備階段占用了大部分時間，尤其是在業(yè)務(wù)擴(kuò)張?zhí)?#xff0c;資源卻十分緊張的情況下，無形中拉長了全公司研發(fā)部署上線的戰(zhàn)線。

2014 年到 2016 年是 Jone(京東持續(xù)交付平臺) 時期，在 Jone1.0 交付采用Rsysnc的方式進(jìn)行，但上線過程經(jīng)常會線上排隊。這個點還是沒打透！

于是，在2016 年啟動了2.0的迭代，Jone采用了ansible作為發(fā)布的工具，重點期望做到：

1、擴(kuò)展架構(gòu)，解決Deploy系統(tǒng)在上線日排隊情況的發(fā)生，提升發(fā)布效率。

2、將Jone和deploy合二為一，消除用戶上線跳轉(zhuǎn)的時間。

3、簡化并規(guī)范部署流程，優(yōu)化部署方式。

經(jīng)過大家的不懈努力，新J-ONE提供了以下新功能特性：

• 編譯、上線發(fā)布、部署在一個系統(tǒng)搞定

• 界面更簡潔、操作更方便

• 線上環(huán)境的規(guī)范驗證，降低COE發(fā)生概率

• 靈活的實例設(shè)置，多層分級化配置

• 多應(yīng)用批量DB授權(quán)，郵件通知授權(quán)結(jié)果

• 非0,1級應(yīng)用可自行選擇測試類型

• 安全測試接入代碼漏洞掃描，上線更放心、更安全

• 上線零排隊

• 上線不再區(qū)分類型（緊急和正常）

• 重啟、停止、啟動無需預(yù)約，即時操作

• 秒級回滾

• 免開通擁有線上“堡壘機(jī)”功能

如今的J-one平臺不僅提供公有云資源的申請入口，還在流程上簡化了申請資源的過程。另外，容器能在部署時快速擴(kuò)容，也能按需縮容，實現(xiàn)資源利用率最大化。

再結(jié)合業(yè)界最先進(jìn)的理念和技術(shù)潮流，J-one提供鏡像部署的功能。先構(gòu)建出一個可以部署的鏡像，然后再發(fā)布到生產(chǎn)環(huán)境中，在鏡像部署中線下測試驗證，保證測試環(huán)境和生產(chǎn)環(huán)境的環(huán)境一致性，同時日志和監(jiān)控自動同步對接，省去研發(fā)不少麻煩。

如果說原有傳統(tǒng)部署平均時效是3個小時，那么現(xiàn)在通過鏡像部署，可以分分鐘之內(nèi)搞定部署任務(wù)。

小結(jié)：自從將“部署”這個單點突破之后，京東的研發(fā)效能明顯提升，反過來又促進(jìn)了對其他實踐的應(yīng)用，譬如敏捷迭代開發(fā)、新業(yè)務(wù)功能快速閉環(huán)驗證、創(chuàng)新業(yè)務(wù)高效試錯、代碼質(zhì)量掃描、安全左移等等。

總結(jié)

本篇文章，我們講到京東案例里重點突破的是部署環(huán)節(jié)。因為每家公司的業(yè)務(wù)不同、基礎(chǔ)設(shè)施能力不一樣，在實施DevOps轉(zhuǎn)型的時候，需要因地制宜地選擇適合的一個單點，可以是敏捷迭代，也可能就是可視化看板，也可能是持續(xù)集成，也可能是快速業(yè)務(wù)探索，無論如何，只要先把某個單點擊破，就可以引發(fā)整體轉(zhuǎn)型。

注：本文借鑒引用了李善友老師的《第二曲線創(chuàng)新》理念，感謝善友老師及混沌大學(xué)曾經(jīng)提供的15天“擺渡人”學(xué)習(xí)歷程。

總結(jié)

以上是生活随笔為你收集整理的单点突破，击穿阈值，DevOps转型你需要这样做的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。