DevOps 如何消除了 Ranger 社區的瓶頸

Visual Studio 的 應用周期管理 Application Lifecycle Management （ALM）項目 —— Ranger 是一個志願者社區，它提供專業的指導、實踐經驗、以及開發者社區的漏洞修補解決方案。它創建於 2006 年，作為微軟內部社區去 「將產品組與大家相連接，並去除推廣阻力」。 在 2009 時，社區已經有超過 200 位成員，這導致了協作和計劃面臨很大的挑戰，在依賴和手工流程上產生了瓶頸，並導致了開發者社區不斷增加的延遲和各種報怨。在 2010 時，計划進一步去擴充包括微軟最有價值專家（MVP）在內的分布在全球的社區。

這個社區被分割成十幾個活躍的團隊。每個團隊都致力於通過它的生命周期去設計、構建和支持一個指導或處理項目。在以前，團隊的瓶頸在團隊管理級別上，原因是嚴格的、瀑布式的流程和高度依賴一個或多個項目經理。在製作、發布和「為什麼、做什麼、和怎麼做」驅動的決定上，項目經理都要介入其中。另外，缺乏一個實時的指標阻止了團隊對他們的解決方案效率的監控，以及對來自社區的關於 bug 和常見問題的關注。

是時候去尋找一些做好這些事情的方法了，更好地實現開發者社區的價值。

DevOps 去「滅火」

「DevOps 是人員、流程和產品的結合，使我們的最終用戶能夠持續傳遞價值。」 --Donovan Brown

為解決這些挑戰，社區停止了所有對新項目的衝刺，去探索敏捷實踐和新產品。致力於使社區重新活躍起來，為找到促進自治、掌控、和目標的方法，正如在 Daniel H. Pink 的書《Drive》中所說的那樣，對僵化的流程和產品進行徹底的改革。

「成熟的自組織、自管理和跨職能團隊，在自治、掌控和目標上茁壯成長。" --Drive, Daniel H. Pink.

從文化開始 —— 人 —— 第一步是去擁抱 DevOps。社區實現了 Scrum 框架，使用 kanban 去提升工程化流程，並且通過可視化去提升透明度、意識和最重要的東西 —— 信任。使用自組織團隊後，傳統的等級制度和指揮系統消失了。自管理促使團隊去積極監視和設計它們自己的流程。

在 2010 年 4 月份，社區再次實施了另外的關鍵一步，切換並提交它們的文化、流程、以及產品到雲上。雖然開放的「為社區而社區」的核心 解決方案 仍然是指導和補充，但是在開源解決方案（OSS）上大量增加投資去研究和共享 DevOps 轉換的成就。

持續集成（CI）和持續交付（CD）使用自動化流水線代替了死板的人工流程。這使得團隊在不受來自項目經理的干預的情況下為早期問題和早期應用者部署解決方案。增加遙測技術可以使團隊關注他們的解決方案，以及在用戶注意到它們之前，檢測和處理未知的問題。

DevOps 轉變是一個持續進化的過程，通過實驗去探索和驗證人、流程和產品的改革。最新的試驗引入了流水線革新，它可以持續提升價值流。自動掃描組件、持續地以及靜默地檢查安全、協議和開源組件的品質。部署環和特性標誌允許團隊對所有或者特定用戶進行更細粒度的控制。

在 2017 年 10 月，社區將大部分的私有版本控制倉庫轉移到 GitHub 上。將所有倉庫轉移所有者和管理職責到 ALM DevOps Rangers 社區，給團隊提供自治和機會，去激勵更多的社區對開源解決方案作貢獻。團隊被授權向他們的最終用戶交付質量和價值。

好處和成就

擁抱 DevOps 使 Ranger 社區變得更加敏捷，實現了對市場的快速反應和快速學習和反應的流程，減少了寶貴的時間投入，並宣布自治。

下面是從這個轉變中觀察到的一個列表，排列沒有特定的順序：

• 自治、掌控和目標是核心。
• 從可觸摸的和可迭代的東西開始 —— 避免攤子鋪的過大。
• 可觸摸的和可操作的指標很重要 —— 確保不要摻雜其它東西。
• 人（文化）的轉變是最具挑戰的部分。
• 沒有藍圖；任何一個組織和任何一個團隊都是獨一無二的。
• 轉變是一個持續的過程。
• 透明和可視非常關鍵。
• 使用工程化流程去強化預期行為。

轉換變化表：

但是，我們還沒有做完，相反，我們就是一個令人興奮的、持續不斷的、幾乎從不結束的轉變的一部分。

如果你想去學習更多的關於我們的轉變、有益的經驗、以及想知道我們所經歷的挑戰，請查看 轉變到 DevOps 文化的記錄。"

via: https://opensource.com/article/17/11/devops-rangers-transformation

作者：Willy Schaub 譯者：qhwdw 校對：wxy

本文由 LCTT 原創編譯，Linux中國 榮譽推出

本文轉載來自 Linux 中國: https://github.com/Linux-CN/archive