選擇價值流的重要性#
選擇用於 DevOps 轉型的價值流需要深思熟慮。我們選擇的價值流不僅決定了轉型的難度，也決定了誰需要參與、如何組織團隊，以及如何賦能團隊中的每個人。
正如 Etsy 前營運總監 Michael Rembetsy 所說：「我們必須謹慎挑選轉型專案——當我們陷入困境時，機會不多。因此，我們必須仔細選擇並保護那些最能改善組織狀態的改進專案。」
Nordstrom 案例：從小處開始#
Nordstrom 在 2013 年啟動 DevOps 轉型，其 VP Courtney Kissler 分享了這段歷程：
- 背景：2011 年，Nordstrom 的技術組織高度優化成本，採用年度規劃週期和大批量瀑布式軟體發佈。儘管在時程、預算和範圍目標上有 97% 的達成率，卻無法滿足五年商業策略對速度的要求
- 策略：不想造成全面動盪，而是聚焦於特定領域進行實驗和學習，目標是展示早期勝利（early wins）
- 聚焦領域：客戶行動應用程式、店內餐廳系統、數位資產
行動應用程式的轉型#
- 建立專責產品團隊，能夠獨立實作、測試和交付價值
- 從年度規劃轉向持續規劃流程
- 將測試整合進每日工作，而非獨立測試階段
- 結果：功能交付量翻倍，缺陷數減半
店內餐廳系統的轉型#
- 面對需求量四倍增長的挑戰，選擇改善工作方式而非增加人力
- 識別工作進件和部署流程中的問題領域
- 結果：程式碼部署前置時間減少 60%，生產事故減少 60%-90%
Greenfield vs. Brownfield 服務#
Greenfield（綠地）專案#
- 全新的軟體專案或計畫，從零開始建構
- 優勢：較少既有約束，更容易實驗
- 常作為試點來驗證公有雲、部署自動化等的可行性
- 案例：National Instruments 的 Hosted LabVIEW（2009），以 DevOps 實踐將產品上市時間縮短一半
Brownfield（棕地）專案#
- 已在運行的現有產品或服務，可能已運行數年甚至數十年
- 通常伴隨大量技術債（無測試自動化、不支援的平台等）
- 但往往是 DevOps 轉型最大商業價值所在
許多人認為 DevOps 主要適用於 greenfield 專案，但事實上 2014 年 DevOps Enterprise Summit 上超過 60% 的轉型故事來自 brownfield 專案。2015 State of DevOps Report 也驗證：應用程式的年齡並非效能的顯著預測因子，關鍵在於架構是否支持可測試性和可部署性。
成功的 Brownfield 轉型案例#
- CSG（2013）：COBOL 主機應用和 20 個周邊技術平台，開始每日部署到類生產環境，客戶發佈頻率從每年兩次增至四次，部署前置時間從兩週降至一天以內
- Etsy（2009）：35 名員工、$87M 營收，在幾乎無法撐過假日零售季後，全面轉型成為最受推崇的 DevOps 組織之一
Systems of Record vs. Systems of Engagement#
Gartner 提出的 Bimodal IT 概念區分了兩類系統：
- Systems of Record（記錄系統）：ERP、MRP、HR、財務報告等，正確性至關重要，變更步調較慢，通常有法規合規要求（Gartner 稱為 “Type 1”——「做對」）
- Systems of Engagement（互動系統）：電子商務、客戶端應用等，需要更快的變更步調和快速回饋（Gartner 稱為 “Type 2”——「做快」）
CSG 的 VP Scott Prugh 主張拒絕 bimodal IT 的理念：「每一位客戶都值得速度和品質兼具的技術卓越，不論團隊支援的是 30 年歷史的主機應用、Java 應用還是行動應用。」DevOps 數據也顯示，高績效組織能夠同時實現更高的吞吐量和可靠性。
從最具同理心和創新力的群體開始#
Geoffrey A. Moore 在 Crossing The Chasm 中描述的技術採用生命週期同樣適用於 DevOps 推廣：
- Innovators（創新者） 和 Early Adopters（早期採用者）：最先擁抱新想法的群體
- 我們的目標是找到那些已經相信 DevOps 原則、有意願和能力創新的團隊
- 在早期階段，不要花太多時間試圖轉化保守群體
- 即使擁有最高層的支持，也要避免「大爆炸」方式，而是聚焦少數領域確保成功後再擴展
在組織中擴展 DevOps#
無論初始範圍如何，都必須展示早期勝利並廣播成功。擴展分為三個階段：
- 找到創新者和早期採用者：聚焦於真正想要幫助的團隊，理想情況下這些人受到尊重且在組織中有影響力
- 建立關鍵多數和沉默多數：擴展到更多團隊和價值流，建立穩定的支持基礎，創造「從眾效應」（bandwagon effect），同時避開危險的政治鬥爭
- 識別頑固派：高調、有影響力的反對者，通常在建立沉默多數後再處理
結論#
Peter Drucker 曾觀察到「小魚要學會在小池塘中成為大魚」。透過謹慎選擇起點，我們能在組織中創造價值的同時不危及其他部分，逐步建立支持基礎，贏得擴展 DevOps 的權利。