敏捷與DevOps

Gartner： 直至 2022 年，75% DevOps 未能達到預期的成果 DevOps 透過促進協作與去除浪費，來加速整體價值的流動，但從研究1上可以發現溝通與協作、咎責文化、與系統性地融合新舊做法仍是目前組織落實 DevOps 的重要挑戰。我們或許會直覺地聯想到這一切都與組織的文化有關，我們需要文化上的改變。不過，文化如此抽象，我們又該如何改變文化呢？是不是只能盼著等著文化發生改變，而無法有任何積極的作為呢？ 組織基於商業目的形塑組織的價值、並且與外部環境共同創造出組織成員的工作情境，而這些價值與情境則影響了我們所建構的隱性與顯性行為規則。最終，這些行為規則透過組織成員的一舉一動展現出來，進而造就了組織文化。 任何的轉變都會深刻地影響著組織中的每一位成員，並且最終讓組織文化有所改變。我們可以透過領導力與同理心支持組織成員渡過轉變，然而除此之外，我們要如何有系統且明確地推動文化轉變呢？ 答案就在顯性行為規則，而具體影響顯性行為規則的便是治理。治理定義了結構、流程與互動關係，來確保目標的達成。 治理幾乎無所不在，舉凡組織架構、政策、專案進行方式等都在治理的範疇裡。當我們採用 DevOps 或者引入外部的最佳實務做法或技術工具時，將會衝擊治理所含括的其他面向，進而產生衝突。以 DevOps 轉型來說，具體的衝突會以難以左移、難以驅動自主性、與價值流不效率等方式展現出來。治理並非洪水猛獸，也不是創新的限制，更不會是達成商業目的的阻礙。 治理關注目的與價值，且是保護組織持續成功營運的護欄。 為了平衡治理的需要與團隊授權的必要，組織應該考量最小可行治理。透過盤點與量化組織的必要政策與必要作為，並且容許團隊基於各自目的進行調整，來達成有序地自主。此外，治理並非不可調整的一套僵固政策，透過回饋持續地改善與調整，才是企業面對 VUCA 環境的重要關鍵。 以下為 2022 DevOpsDays 分享的重點摘要：

在 DevOps 或數位轉型裡談遊戲或沙盤是在賣什麼藥？這樣的體驗式學習能帶來哪些好處？這次就由我們經驗豐富，同時是國際知名沙盤研究機構 Gaming Works 1 在台灣唯一的沙盤授權講師 － Augustin Lu，與大家一同分享。 轉型的起點－正視因改變所產生的不自在感 Rose: 想問 Augustin 第一個問題，在 DevOps 或數位轉型裡談遊戲或沙盤到底是在賣什麼藥？ Augustin: 這其實實際上呢，就是我一直在嘗試要跟大家溝通或者是傳達的一個想法。我們在講這個所謂的轉型的時候，大家很容易先直覺想到說“我們要用什麼新工具？我們要用什麼新科技？” 但是其實實際上， 在轉型這件事情裡面最重要的是，大家的做事的方法會改變、大家想事情的方法可能會發生改變，但這種事情發生的時候，大家就會感到一種不自在感。 Augustin: 假設我們不去處理這不自在的話，其實它就會對我們後來轉型的摩擦產生一些比較負面的影響。所以一個追求成長的組織或者是團隊，它其實必須要去正視這個議題，而這也是沙盤能夠發揮作用的地方。 提供心理安全 Rose: 所以剛才提到，就是我們在轉變的過程中，思考、或者做事方法都要發生改變，但對於這樣的未知我們會感到不安，那為什麼沙盤是我們的解決方案呢？ Augustin: 因為最重要一件事情就是－你只需要去參加遊戲，你不用再檢討過去！那我們只需要去專注遊戲，只是去把遊戲裡面的一些活動給做完了，然後就從中可以獲得一些學習的時候，那這個時候我們不會這麼專注在我們過往做了哪些事情，或過往我曾經習慣的做法是什麼。

啊哈！DevOps Handbook 第二版 DevOps Handbook 是 DevOps 領域的經典書籍，同時也是 EXIN DevOps Professional 國際認證的核心教材，不論技術者或管理者，對於任何想學習 DevOps 核心概念與實踐的人來說，這本書就是最好的起點，也是大家書櫃上不能錯過的一本好書。 最近 Nicole Forsgren 博士（另一本 DevOps 經典書籍 «Accelerate» 的作者之一）為本書第二版添加了新的內容，包括： 15 個案例分享 近年來 DORA1、Puppet2 «State of DevOps Report» 的調研結果 «Accelerate» 所提及的關鍵指標 當前適用的技術工具 …等其他有趣的主題 當中，最主要新增的篇幅為 15 個案例分享，而這些案例多是來自企業在 DevOps Enterprise Summit (DOES)3 上精彩的分享。由於篇幅限制與章節分佈，因此有些案例在書中只能呈現部分的內容。我們將這些原始內容的相關資訊作了整理，並且提供十分扼要的註解。讓大家可以很快地找到感興趣的主題，然後前往觀看4 :sunglasses:

一些統計的數字… CloudBolt2 針對公司員工數大於 1000 人的組織進行了 DevOps 的現況調查，並且釋出了相關的統計數據3。DevOps 近幾年打得火熱，尤其在疫情期間對企業的自動化、流程改善、團隊運作起到了相當大的幫助。整份報告著重在自動化的調查，數字的確發人省思。以下為摘要： 只有 4% 企業認為自己在 CI/CD 的使用與實踐達到專家級別; 只有 5% 企業有能力單日數次發佈服務變更，然而 85% 企業發佈服務變更需要數天、數周或者更久; 只有 11% 企業認為自己的 CI/CD 流水線環境是可靠且受控; 有 88% 的企業表示正在考慮或已經使用 Terraform 作為基礎設施的發佈工具，然而卻只有 5% 的企業對於使用後感到滿意。 關於 Terraform 與 Infrastructure as Code Infrastructure as Code (基礎設施即程式碼) 的概念已經有 25 個年頭，而 2015 年 Terraform 甫一出現就吸引大家目光。