前面我們梳理了一些DevOps轉(zhuǎn)型過程中常見的障礙，這些障礙總結(jié)起來主要涵蓋三個方面：

精益和敏捷為DevOps理念提供了很好的理論指導和工具支持，近年來很多公司逐漸開始進行敏捷轉(zhuǎn)型。

例如：項目經(jīng)理變成了Scrum主管，用戶故事替代了以前的需求，開發(fā)計劃變成了更短的沖刺計劃。以前每周一次的會議變成了每日站會，一開始大家都精神滿滿，久而久之覺得每天的站會太麻煩，錄入需求要時間，開站會需要時間，如果此時開發(fā)任務(wù)繁重、人員不足，這些繁瑣的流程就應(yīng)該盡可能簡化，同時應(yīng)該分析各成員的工作負載，合理的分配任務(wù)和資源，把大家當下的共同目標統(tǒng)一并明確起來。

如果沒有管理層的支持，DevOps的轉(zhuǎn)型之路將會困難重重。因為無論在什么時代，變革一直都是一場勇敢者的游戲，對于一家成熟的企業(yè)而言，無論是組織架構(gòu)、團隊文化，還是工程能力、協(xié)作精神，都是長期沉淀的結(jié)果，而不是在一朝一夕間建立起來的。

DevOps在企業(yè)內(nèi)部實施時，要形成以企業(yè)高層如：CIO，業(yè)務(wù)部門和科技部門共同組成的DevOps轉(zhuǎn)型小組，DevOps轉(zhuǎn)型會使得之前的組織結(jié)構(gòu)發(fā)生很大的變化，將之前的大部隊作戰(zhàn)方式，轉(zhuǎn)型為一個一個的小團體進行作戰(zhàn)，這樣會更加機動靈活。

DevOps工具鏈的建設(shè)，是實施DevOps轉(zhuǎn)型的第一步，有很多人認為，有了工具就實現(xiàn)了DevOps。

其實，一般的工具都只是滿足某一個階段的需求。比如，用jenkins來做持續(xù)集成，用Jira來做項目管理，用gitlab來管理源代碼。有了工具并不能說就實現(xiàn)了DevOps，雖然通過工具確實能提高某些階段的效率，但DevOps最終的目標是為了提高企業(yè)整體研發(fā)流程的效率和質(zhì)量。

因此，我們需要讓需求流動起來，并通過不斷的反饋和持續(xù)改進優(yōu)化，才能最終實現(xiàn)既快速，且高質(zhì)量的價值交付。

04. 關(guān)于DevOps轉(zhuǎn)型之路的思考

1、經(jīng)典的DevOps三步工作法

建立具有創(chuàng)意和高可信度的企業(yè)文化，支持動態(tài)的、嚴格的、科學的實驗。通過主動地承擔風險，不但能從成功中學習，也能從失敗中學習。幫助團隊快速并自動適應(yīng)不斷變化的環(huán)境，進而幫助企業(yè)在市場競爭中脫穎而出。

2、關(guān)于價值流的三個關(guān)鍵要素

來自《DevOps實踐指南》的關(guān)于價值流的三個關(guān)鍵要素：

① 前置時間（Lead Time，簡稱 LT）

前置時間在 DevOps 中是一項非常重要的指標。具體來說，它是指一個需求從提出（典型的就是創(chuàng)建一個需求任務(wù)）的時間點開始，一直到最終上線交付給用戶為止的時間周期。這部分時間直接體現(xiàn)了軟件開發(fā)團隊的交付速率，并且可以用來計算交付吞吐量。DevOps 的核心使命之一就是優(yōu)化這段時長。

增值活動時間和不增值活動時間（Value Added Time/Non-Value Added Time，簡稱 VAT/NVAT）

在精益思想中，最重要的就是消除浪費，也就是說最大化流程中那些增值活動的時長，降低不增值活動的時長。在軟件開發(fā)行業(yè)中，典型的不增值活動有很多，比如無意義的會議、需求的反復(fù)變更、開發(fā)的缺陷流向下游帶來的返工等。

完成度和準確度（% Complete/Accurate，簡稱 %C/A）

這個指標用來表明工作的質(zhì)量，也就是有多少工作因為質(zhì)量不符合要求而被下游打回。這里面蘊含了大量的溝通和返工成本，從精益的視角來看，也是一種浪費。

3、梳理企業(yè)內(nèi)部的交付價值流

① 企業(yè)內(nèi)部價值流程梳理會議

對于大型企業(yè)而言，開展企業(yè)內(nèi)部價值流梳理會議時，可以選擇處于改進中的項目里某個核心的業(yè)務(wù)模塊，同時參加會議的人員需要覆蓋軟件交付的所有環(huán)節(jié)。而且，參會人員要盡量是相對資深的，因為他們對自身所負責的業(yè)務(wù)和上下游都有比較深刻的理解，比較容易識別出問題背后的根本原因。

不過，這種方式的實施成本比較高。畢竟，這么多關(guān)鍵角色能夠在同一時間坐在一起本身就比較困難。另外，面對面溝通的時候，為了給對方保留面子，大家多少都會有所保留，這樣就會隱藏很多真實的問題。所以，一般情況下，像團隊內(nèi)部的敏捷回顧會，或者是版本發(fā)布總結(jié)會，都是很合適的機會，只需要邀請部分平常不參會的成員就行了。

 ② 內(nèi)部人員走訪

如果第一種方式難以開展，我們可以采用第二種方式。通常來說，企業(yè)內(nèi)部的 DevOps 轉(zhuǎn)型工作都會有牽頭人，同時會成立轉(zhuǎn)型小組，那么可以由這個小組中的成員對軟件交付的各個環(huán)節(jié)的團隊進行走訪。這種方式在時間上是比較靈活的，但對走訪人的要求比較高，最好是 DevOps 領(lǐng)域的專家，同時是企業(yè)內(nèi)部的老員工，這樣可以跟受訪人進行比較深入的交流。

無論采用哪種方式，我們都需要識別出幾個關(guān)鍵問題，縮小談話范圍，盡量做到有效溝通，可通過提前建立一個調(diào)研問題列表來達到收集關(guān)鍵信息的目的。

通過訪談交流，我們就可以對整個軟件交付過程有一個全面的認識，并根據(jù)交付中的環(huán)節(jié)、上下游關(guān)系、處理時長、識別出來的等待浪費時長等，最終整理出當前部門的價值流交付圖。

試點項目是企業(yè)內(nèi)部最初引入DevOps實踐并實施改進工作的業(yè)務(wù)對象，一個合適的項目對于企業(yè)積累DevOps實踐經(jīng)驗是至關(guān)重要的，一般一個合適的項目應(yīng)該具備以下幾個特征：

• 貼近核心業(yè)務(wù)：DevOps要以業(yè)務(wù)價值為導向，對于核心業(yè)務(wù)，管理層的關(guān)注度足夠高，各項業(yè)務(wù)指標也相對比較完善，如果改進效果可以通過核心業(yè)務(wù)指標來呈現(xiàn)，會更有說服力。同時，核心業(yè)務(wù)的資源投入會有長期保障。畢竟，我們肯定都不希望DevOps轉(zhuǎn)型落地項目因為業(yè)務(wù)調(diào)整而半途而廢。

• 傾向敏捷業(yè)務(wù)：敏捷性質(zhì)的業(yè)務(wù)需求量和變更都比較頻繁，更加容易驗證DevOps改造所帶來的效果，如果一個業(yè)務(wù)以穩(wěn)定為主要訴求，整體處于維護階段，變更的訴求和意愿都比較低，那么這對于DevOps而言，就不是一個好的選擇。

• 改進意愿優(yōu)先：如果公司內(nèi)部的團隊認為當前狀況一切都非常好，完全瞧不上DevOps，覺得自己當前的流程是最完美的，再跟他們費力強調(diào)DevOps的價值，結(jié)果很可能事倍功半。相反，那些目前績效一般般的團隊都有非常強烈的改進訴求，也更加愿意配合轉(zhuǎn)型工作。這時，團隊的精力就可以聚焦于做事本身，而不會浪費在反復(fù)無效的溝通上。

找到合適的團隊，有了共同改進和意愿，接下來就需要識別團隊的痛點了。所謂痛點，就是當前最影響團隊效率的事情，同時也是改進之后可以產(chǎn)生最大效益的事情，至于如何找尋痛點，我們可以參照上面講的價值流分析活動。

當我們找到了合適的團隊，也通過價值流分析識別出了一大堆需要改進的事項，這個時候，一定要注意不要把面鋪得太廣，把戰(zhàn)線拉得太長，這其實是DevOps轉(zhuǎn)型初期最典型的一個坑。

首先，轉(zhuǎn)型初期一般資源的投入有限，難以支撐大量任務(wù)并行。其次，由于團隊成員之間還沒有完全建立起信任關(guān)系，那些所謂的最佳實踐很容易水土不服。如果生搬硬套的話，很可能會導致大量摩擦，從而影響改進效果。最后，管理層的耐心也沒有想象中那么多，如果遲遲看不到效果，很容易影響后續(xù)資源的投入。

所以，最關(guān)鍵的就是識別一個改進點，定義一個目標。比如，測試執(zhí)行效率，那么就可以定義這樣一個指標：測試執(zhí)行效率提升50%。這樣一來，團隊的目標會更加明確，方便任務(wù)的拆解和細化，可以在幾周內(nèi)見到明顯的成果。

當我們在轉(zhuǎn)型實施的過程中取得階段性的成果之后，要及時向管理層匯報，并且在團隊內(nèi)部進行總結(jié)，這樣，可以增強管理層和團隊的信心，逐步加大在DevOps上的資源投入。

在DevOps轉(zhuǎn)型過程中，通過及時發(fā)現(xiàn)改進過程中的問題，在團隊內(nèi)部形成持續(xù)學習的氛圍，激發(fā)團隊成員的積極性，可以從側(cè)面改善團隊的文化，更有利于DevOps在企業(yè)內(nèi)部的推行。

以上就是關(guān)于DevOps轉(zhuǎn)型的過程中的一些常見障礙和企業(yè)如何盤點自身情況并選擇合適的轉(zhuǎn)型切入點內(nèi)容分享，DevOps轉(zhuǎn)型的過程雖然很艱難，但我相信只要我們找準了目標和方向，并且朝著這個方向堅持前走，就一定能夠逐步的達到我們想要的效果。