G 觀點

你正享受 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 發展至今，實際的現況是：

FinOps 趨勢 近年來，為加速推動數位轉型與 IT 現代化，企業紛紛開始投向雲端的懷抱，期望利用雲端的優勢以提供更快速、更可靠的服務。企業在邁向雲端的初期，通常優先考量應用場景的服務選用、技術的重構與遷移、安全與合規性等議題，但隨著在雲端的業務趨於穩定後，攀升的雲端成本卻帶來了另一項挑戰。 根據 Google 關鍵字搜尋趨勢，從 2021 年的下半年開始，FinOps 熱議度明顯的攀升。在國際上，不論是相關的職缺，或是 DevOps、雲端等調查報告，多指出 FinOps 是 2022 的關注焦點[1][2]，從 CIO 的訪談也不難看出企業正努力應對不斷上漲的雲端成本[3]。我們可以從調查報告[4][5]發現當前企業採用雲端的普遍現象： 雲端成本大幅增加，但大部分的受訪者表示存在著雲端浪費，且浪費的佔比還不低！ 另外值得一提的是，根據 Hashicorp 2021 的調查報告[6]指出，超出預算者多為雲預算較高的企業！ 因此，企業必須進一步思考： 雲預算逐年增加，是否真的來自業務增加？抑或因爲無法識別過去超支的原因，只能不斷地提高預算以持續業務？ 同時，雲端支出所面臨的痛點導致業務、財務、工程團隊產生隔閡。這是因為使用雲端資源的人無法即時性的洞察支出，而事後的帳務報表檢閱者無法識別責任單位。

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