由於種種原因，我曾直接或者間接地參與過一些企業的devops轉型過程，也跟很多企業的devops負責人聊過他們的轉型故事。這些企業的轉型過程並不是一帆風順的，在最開始引入devops的時候，他們也面臨很多普遍的問題，比如企業業務都忙不過來了，根本沒有時間和精力投入轉型工作之中，或者是企業內部的系統在經歷幾代建設之後變得非常龐大，以至於誰都不敢輕易改變。
但是，即便存在著種種問題，我也始終認為，devops轉型之路應該是有跡可循的。很多企業所面臨的問題並不是獨一無二的，甚至可以說，很多公司都是這樣一步步走過來的。所以，在轉型之初，如果能夠參考借鑑一條常見的路徑，並且對可能遇到的問題事先做好準備，企業的轉型過程會順利很多。
其實，對於企業的轉型來說，devops也並沒有什麼特別之處，跟更早之前的敏捷轉型一樣，如果想在企業內部推行一種新的模式，無外乎有兩種可行的軌跡：一種是自底向上，一種是自頂向下。
在這種模式下，企業內部的devops引入和實踐源自於乙個小部門或者小團隊，他們可能是devops的早期倡導者和實踐者，為了解決自身團隊內部，以及上下游團隊互動過程中的問題，開始嘗試使用devops模式。由於團隊比較小，而且內部的相關資源調動起來相對簡單，所以這種模式比較容易在區域性獲得效果。
當然，devops的核心在於團隊間的協作，僅僅乙個小團隊內部的改進還算不上是devops轉型。但是，就像剛剛提到的那樣，如果企業太大以至於很難一次性改變的話，的確需要一些有識之士來推動這個過程。如果你也身處在這樣乙個團隊之中，那麼我給你的建議是採用「羽化原則」，也就是首先在自己團隊內部，以及和自己團隊所負責的業務範圍有強依賴關係的上下游團隊之間建立聯絡，一方面不斷擴充套件自己團隊的能力範圍，另一方面，逐步模糊上下游團隊的邊界，由點及面地打造devops共同體。
當然，如果想讓devops轉型的效果最大化，你一定要想方設法地讓高層知曉區域性改進的效果，讓他們認可這樣的嘗試，最終實現橫向擴充套件，在企業內部逐步鋪開。
自頂向下
你還記得我在專欄第2講中提到的那家把devops定義為願景okr指標的金融企業嗎？這就是典型的自頂向下模式，也就是企業高層基於自己對於行業趨勢發展的把握和團隊現狀的了解，以行政命令的方式下達任務目標。在這種模式下，公司領導有足夠的意願來推動devops轉型並投入資源，各個團隊也有足夠清晰的目標。
那麼，這樣是不是就萬事大吉了呢？其實不然。在企業內部有這樣一種說法：只要有目標，就一定能達成。因為公司領導對於細節的把握很難做到面面俱到，團隊為了達成上層目標，總是能想到一些視角或資料來證明目標已經達成，這樣的devops轉型說不定對公司業務和團隊而言反而是一種傷害。
舉個例子，有一次，我跟一家公司的devops轉型負責人聊天。我問道：「你們的前置時間是多久？」他回答說：「一周。」我心想，這還挺好的呀。於是就進一步追問：「這個前置時間是怎麼計算的呢？」他回答說：「我們計算的是從開發開始到功能測試完成的時間。」我心想，這好像有點問題。於是，我就又問道：「那從業務方提出需求到上線發布的時間呢？」他回答：「這個啊，大概要兩個月時間。」你看，難怪業務方抱怨不斷呢，提個需求兩個月才能上線。但是，如果僅僅看一周的開發時長，感覺是不是還不錯呢？
所以，一套客觀有效的度量指標就變得非常重要，關於這個部分，我會用兩講的時間來和你詳細聊聊。
說到這兒，不知道你發現了沒有，無論企業的devops轉型採用哪條軌跡，尋求管理層的認可和支援都是乙個必選項。如果沒有管理層的支援，devops轉型之路將困難重重。因為無論在什麼時代，變革一直都是一場勇敢者的遊戲。對於一家成熟的企業而言，無論是組織架構、團隊文化，還是工程能力、協作精神，都是長期沉澱的結果，而不是在一朝一夕間建立的。
除此之外，轉型工作還需要持續的資源投入，這些必須借助企業內部相對比較high level的管理層的推動，才能最終達成共識並快速落地。如果你所在的公司恰好有這樣一位具備前瞻性視角的高層領導，那麼恭喜你，你已經獲得了devops轉型道路上至關重要的資源。
我之前的公司就有這樣一位領導，他一直非常關心內部研發效率的提公升。聽說他要投入大量資源加緊進行devops能力建設時，我興奮地描繪了一幅美好的圖景，但當時他說了一句意味深長的話：「這個事你一旦做起來，就會發現並不容易。」後來在實施devops的過程中，這句話無數次得到了印證。
因此，你看，管理層的支援只是推動devops轉型的要素之一，在實際操作過程中，還需要很多技巧。為了幫助你少走彎路，我總結提取了一條通用路徑，現在分享給你。
第1步：尋找合適的試點專案
試點專案是企業內部最初引入devops實踐並實施改進工作的業務物件。可以說，乙個合適的專案對於企業積累devops實踐經驗是至關重要的。我認為，乙個合適的專案應該具備以下幾個特徵：
第2步：尋找團隊痛點
找到合適的團隊，大家一拍即合，接下來就需要識別團隊的痛點了。所謂痛點，就是當前最影響團隊效率的事情，同時也是改進之後可以產生最大效益的事情。
不知道你有沒有讀過管理學大師高德拉特的經典圖書《目標》，他在這本書中，提出的最重要的理論就是約束理論。關於這個理論，我會在後面的內容中展開介紹，現在你只需要記得「木桶原理」就行了，即最短的木板決定了團隊的容量。
至於如何找尋痛點，我已經在上一講詳細介紹過了。你不妨在內部試點團隊中開展一次價值流分析活動，相信你會有很多意外的發現。如果你不記得具體怎麼做了，可以回到第5講複習一下。
第3步：快速建立初期成功
找到了合適的團隊，也識別出了一大堆改進事項，你是不是感覺前景一片大好，準備擼起袖子加油幹了呢？打住！這個時候，切記不要把麵鋪得太廣，把戰線拉得太長，這其實是devops轉型初期最典型的乙個陷阱。
首先，轉型初期資源投入有限，難以支撐大量任務並行。其次，由於團隊成員之間還沒有完全建立起信任關係，那些所謂的最佳實踐很容易水土不服。如果生搬硬套的話，很可能會導致大量摩擦，從而影響改進效果。最後，管理層的耐心也沒有想象中那麼多，如果遲遲看不到效果，很容易影響後續資源的投入。
所以，最關鍵的就是識別乙個改進點，定義乙個目標。比如，環境申請和準備時間過程，那麼就可以定義這樣乙個指標：優化50%的環境準備時長。這樣一來，團隊的目標會更加明確，方便任務的拆解和細化，可以在幾周內見到明顯的成果。
第4步：快速展示和持續改進
取得階段性的成果之後，要及時向管理層匯報，並且在團隊內部進行總結。這樣，一方面可以增強管理層和團隊的信心，逐步加大資源投入；另一方面，也能夠及時發現改進過程中的問題，在團隊內部形成持續學習的氛圍，激發團隊成員的積極性，可以從側面改善團隊的文化。
當然，類似這樣的案例在企業內部都極具價值。如果可以快速擴充套件，那麼效果就不僅僅侷限於小團隊內部，而是會上公升到公司層面，影響力就會更加明顯了。
以上這四個步驟，基本涵蓋了企業devops轉型的通用路徑。不過即便完全按照這樣的路徑進行轉型，也很難一帆風順。在這條路徑之下，也隱藏著一些可以預見的問題，最典型的就是devops轉型的j型曲線，這也是在2023年devops狀態報告中的乙個重點發現。
在轉型之初，團隊需要快速識別出主要問題，並給出解決方案。在這個階段，整個團隊的效能水平比較低，可以通過一些實踐引入和工具的落地，快速提公升自動化的能力和水平，從而幫助團隊獲得初期的成功。
但是，隨著交付能力的提公升，質量能力和技術債務的問題開始顯現。比如，由於大量的手工回歸測試，團隊難以壓縮測試週期，從而導致交付週期陷入瓶頸；專案架構的問題帶來的技術債務導致整合問題增多，耦合性太強導致改動牽一髮而動全身……
這個時候，團隊開始面臨選擇：是繼續推進呢？還是停滯不前呢？繼續推進意味著團隊需要分出額外的精力來加強自動化核心能力的預研和建設，比如優化構建時長、提公升自動化測試覆蓋率等，這些都需要長期的投入，甚至有可能會導致一段時間內團隊交付能力的下降。
與此同時，與組織的固有流程和邊界問題相關的人為因素，也會制約企業效率的進一步提公升。如何讓團隊能夠有信心減少評審和審批流程，同樣依賴於質量保障體系的建設。如果團隊迫於業務壓力，暫緩devops改進工作，那就意味著devops難以真正落地發揮價值，很多devops專案就是這樣「死」掉的。
那麼說到這兒，你可能會問，這些到底應該由哪個團隊來負責呢？換句話說，企業進行devops轉型，是否需要組建乙個專職負責的團隊呢？如果需要的話，團隊的構成又是怎樣的呢？
關於這些問題，我的建議是，在轉型初期，建立乙個專職的轉型工作小組還是很有必要的。這個團隊主要由devops轉型關聯團隊的主要負責人、devops專家和外部諮詢顧問等牽頭組成，一般是各自領域的專家或者資深成員，相當於devops實施的「大腦」，主要負責制定devops轉型專案計畫、改進目標識別、技術方案設計和流程改造等。
除了核心團隊，管理團隊和工具團隊也很重要。我掛乙個轉型小組的團隊組成示意圖供你參考。當然，devops所倡導的是一專多能，跨領域的人才對於企業devops的實施同樣不可或缺，在挑選小組成員的時候，這一點你也需要注意下。
今天，我給你介紹了企業devops轉型的常見軌跡，分別是自底向上和自頂向下。無論採用哪種軌跡，尋求管理層的支援都至關重要。接下來，我和你一起梳理了devops轉型的通用路徑，你要注意的是，任何變革都不會是一帆風順的，企業的devops轉型也是如此。在經歷初期的成功之後，我們很容易陷入「j型曲線」之中，如果不能突破困局，就很容易導致轉型半途而廢，回到起點。最後，我們一起**了是否需要專職的devops轉型團隊。在企業剛剛開始嘗試devops的時候，這樣的團隊對於快速上手和建立團隊的信心還是很有必要的。
無論如何，就像陸游在《冬夜讀書示子聿》一詩中寫的那樣：「紙上得來終覺淺，絕知此事要躬行。」聽過了太多實施devops的方法和路徑，卻還是無法真正享受到它的巨大效益，差的可能就是：先乾再說的信心和動力吧。
傳統企業轉型電商是必然之路
據中國網際網路絡資訊中心 cnnic 在京發布的第44次 中國網際網路絡發展狀況統計報告 統計顯示，截止2019年，中國網民規模達8.54億人，較2018年年底增長2598萬人 網際網路普及率達61.2 較2018年年底提公升1.6個百分點。隨著網路資訊化時代的快速發展，電子商務的也慢慢形成了一種趨...
企業玩轉DevOps轉型 由弱到強，只需7步
摘要 在參考業界方法並總結客戶成功故事的基礎上，本文提出了 七步法 路線圖，希望能幫助更多的企業順利進行devops轉型。從2009年誕生，devops已經悄然走過了10多個年頭。gartner在技術熱門度曲線報告 hype cycle for i o automation,2019 中指出，dev...
我的轉型之路
去年七月底來的北京，一晃一年過去了，研究生畢業後在集團公司總部呆了一年，到現在發現整個人已經喪失了大部分原有的專業技能。每天重複著無用的文字工作，我不敢奢望會乙個美好的未來，整天處在乙個患得患失的狀態，對未來對人生的抱持懷疑和否定的態度。我一直認為自己對金錢始終抱持一種敬畏，不敢奢望自己能經濟方面實...