隨著市場的競爭日益激烈，各企業紛紛加速數字化轉型，通過創新，不斷向市場推出新產品，新服務，在數字化轉型的浪潮中，DevOps無疑是如今企業加速數字化轉型的助推器。

然而，DevOps在轉型過程中並不是一帆風順的，DevOps改變的不只是研發過程，還包含企業的組織和文化，因此轉型也不是研發部一個部門的事，而是企業從上到下都要參與，都要推動的事情。

上圖是轉型的J型曲線，這個曲線出自於2018全球DevOps現狀調查報告，但這個曲線在很多變革當中都會出現，DevOps也好，敏捷也好，都會經過這樣的曲線，這中間有一個非常大的坑，經歷過這個痛苦的過程之後，才會變得越來越好。1、文化的坑DevOps的敏捷文化講起來很不錯，但真正的要做好很難。敏捷實踐裏講要將項目經理稱為Scrum Master，需求替換為用戶故事，用戶故事再拆分為任務，每個迭代稱為Sprint，每天都要站會，每個人都要說昨天乾的啥，今天要幹啥，有沒有問題。就拿需求任務線上化和站會來說，正如那個J型曲線一樣，開始時會按照規範錄入，按照要求開站會，但後來發現錄入需要時間，開站會需要時間，如果此時開發任務繁重，人員不足時，這些被認為繁瑣的事項就會被簡化。因此，良好的文化需要配套的資源才能運轉，效果才能凸顯。2、工具的坑DevOps的工具鏈建設是實施DevOps的第一步。但很多人認為，有了工具就有了DevOps。一般工具都是滿足某一個階段需求，比如，jenkins就是用來做持續集成的，Jira就是用來做項目管理的，gitlab算一個集大成者。有了工具就能實施好DevOps嗎？答案是：不是，只能說這些工具有就比沒有強，有了工具的確能提高某些階段的效率。但DevOps是為了提高整個研發流程的效率和質量，讓需求流動起來，並通過不斷的反饋，持續改進，加速交付高質量的用戶價值。3、組織的坑

很多人認為一個企業的信息中心或者科技部門是負責企業信息化建設的，因此，DevOps的轉型也是科技部門的職責，跟業務部門沒有關係，跟企業高管沒有關係。這些想法都是錯的。DevOps轉型會使得之前的組織結構發生變化，將之前的大部隊作戰轉型為一個一個的小團體作戰，機動靈活。同時，DevOps在企業內部實施時，要形成以企業CIO，業務部門和科技部門共同組成的DevOps轉型小組。否則，只靠一兩個DevOps開發人員推動整個企業的DevOps轉型，難上加難。

DevOps轉型雖然會經歷各種各樣的痛苦，但風雨過後就是彩虹，並且DevOps轉型已經是大勢所趨，是關係到企業生死存亡的戰略決策。因此，企業要想生存，必須、快速的加入DevOps轉型的大潮之中，提前經歷痛苦，提前享受幸福。

以上只是個人的理解，歡迎留言交流。

模式智能科學化與信息智能自主科學化，良好心態適應化，金點子的團隊，無私奉獻創業化。(個人觀點)

推薦閱讀：
相關文章