轉型與變革

導入 DevOps 的初期時常靠著自動化享受了交付加速的效益，但隨著商務的持續並且擴大範圍時，往往容易被長期忽略的品質、流程規範和 Day2 反噬。 這些問題通常是因為組織並沒有意識到： DevOps 並不是一場百米賽跑，而是一場馬拉松。 欠缺的支持和資源、頭痛的協作溝通和複雜的技術環境等因素迫使短期解决方案的發生，卻忘記過程中需要不斷地調整步伐與節奏。 之前有個案例，案例裡的團隊宣稱要導入 DevOps，但實際上執行團隊卻不願意面對基礎測試，而更讓人意外的是這類案例卻不少見。深入了解後，就會發現這是因為對 DevOps 核心意識的缺乏，進而導致各團隊所形塑的“流程”偏離公司的治理原則並帶來了不穩定，使得經驗無法成為擴展助力。 新方法與新技術很誘人，但如何培養正確的意識、築起組織的護欄，絕對是永續 DevOps 成功與規模化的關鍵！ CPHT 擁有豐富的經驗協助企業在轉型的過程中從暖身到落地實踐。歡迎進一步了解 DevOps 企業培訓方案，讓我們的培訓與顧問服務協助你的轉變更加成功！

你正享受 DevOps 帶來的效益，還是陷入改變所帶來的衝突與混亂？ 破除藩籬、左移、新技術、新工具、自動化都意味著原有的工作方式、技能與產出流程面臨改變，但是改變真的這麼容易嗎？ 所謂的 best practice 大家理解各有不同，所帶來的效益也各有不同 工作重塑衝擊原有工作的職責範圍，摩擦難以避免 工具與技術的改變正在挑戰既有的技能 產出速度是變快了，但事故與風險也提高了 擁抱 DevOps，即便只代表自動化都衝擊著現有的工作方式！ 人只是不喜歡被改變，是嗎？ 之前有個案例，案例裡團隊希望能夠為 Redis 建立失敗遷移的自動化機制。雖然找到了最佳的做法也試著與維運團隊協調與分享發現，但最終仍然沒被採用，答案只是未經驗證的解決方案不能使用，卻未有任何進一步驗證與實驗的計畫，結果服務只能在沒有失敗遷移機制下，冒著風險先上… 面對未知往往會有著防衛性的反射！這些反射會讓原先充滿效益與機會的做法折損再折損，最終留下被潑冷水的擁護者與挫折。DevOps 所帶來的改變與效益成正比，然而改變是否能兌現最終都回到人。心態的轉變、做事方法的調整和技能的變化都會影響 DevOps 的落地，為你的組織或團隊提供充足認識與學習的機會，或許才是讓奮鬥有所得的關鍵！ CPHT 擁有豐富的經驗協助企業在轉型的過程中從暖身到落地實踐。歡迎進一步了解 DevOps 企業培訓方案，讓我們的培訓與顧問服務協助你的轉變更加成功！

DevOps 是一種跨團隊協作，以便讓整個軟體服務交付過程的浪費能夠降到最低，並且最大化想要提供的客戶價值。 話雖如此，DevOps 最大的挑戰仍然是團隊的協作與溝通1，而讓人最快聯想到的是自動化與工具鏈。DevOps 一路發展過來，不乏疾呼文化的倡議者，也曾討論過 DevOps 是否是一種職稱。但不管討論過程內容如何，回到產業落地的現場，DevOps 變成了一種職稱或一種團隊的名稱，而這類職能主要提供工具的建構與發展，來支應團隊能夠以大家所想像的 DevOps 方式，把軟體交付到使用者手上。 從去年年底開始 Platform Engineering 突然躍到檯面上。 從 Google 趨勢分析工具可以發現 2021 年底，Platform Engineering 便已經來到一個新的熱度水平，而到了今年，它又再一次跳躍。目前網路上，已經不乏對它的討論。一下子說它將取代 DevOps，一下子又說它能助力 DevOps。那麼到底它扮演著怎樣的角色呢？ 首先如前文所述，DevOps 發展至今，實際的現況是：

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