DevOps 的規劃階段通常被視為 DevOps 的第一階段，這並不完全準確。 在實踐中，現代軟體團隊在緊密的週期中工作，每個階段都會透過吸取的經驗教訓不斷通知其他階段。
有時這些教訓是積極的。 有時他們是負面的。 有時它們是團隊需要的中立信息，以便為未來做出戰略決策。 該行業圍繞著一個形容詞來描述快速適應這些課程所創造的不斷變化的環境的能力： 敏捷。 這個術語已經變得如此普遍，以至於它現在已成為大多數形式的 DevOps 規劃的同義詞。
什麼是敏捷式 (Agile) 開發？
敏捷 描述了一種實用的軟體開發方法，強調增量交付、團隊協作、持續規劃和持續學習。 這不是一套特定的工具或實踐，而是一種始終願意改變和妥協的規劃心態。
採用 敏捷開發 實踐的團隊縮短了他們的開發生命週期，以便按照一致的時間表生產可用的軟件。 持續專注於為最終用戶提供質量，使整個項目能夠快速適應不斷變化的需求。 為了開始看到這些類型的回報，團隊需要在此過程中建立一些程序。
採用敏捷文化
在組織內建立和培養敏捷文化是實現有效 DevOps 的關鍵投資。 雖然最終結果可能是一組特定的軟體和服務，但生產和維護這些資產所需的人力資源值得特別考慮。 當團隊投入時間調整其文化以符合敏捷思維的價值觀時，他們會看到最佳結果。
選取敏捷式方法
敏捷方法通常稱為框架，是軟體開發生命週期各個階段的綜合方法。 他們規定了一種以明確的指導和原則完成工作的方法。 最受歡迎的敏捷框架之一是 Scrum。 大多數剛接觸敏捷的團隊都是從 Scrum 開始的，因為它擁有成熟的社群和生態系統。 但有很多選擇，因此值得在決定之前花時間查看不同的選擇。
擁抱敏捷工具
有一個重要的行業是圍繞 DevOps 規劃工具構建的。 這些工具通常與軟體開發中使用的各種敏捷方法和平台整合。 一種常見的工具是 看板，它可以幫助組織及其團隊可視化工作，以便更好地規劃交付。
建立敏捷團隊
當每個人都有明確的方向時，團隊的工作效果最好。 採用敏捷方法可以在這方面提供很大幫助，因為敏捷提高了 DevOps 的透明度。 但您也可以應用其他有效的技術來改善跨專案里程碑的團隊功能。 任何組織都可以從 建立富有成效、以客戶為中心的團隊中受益。
擴展敏捷以配合組織成長
隨著敏捷的普及，許多刻板印象和誤解給其有效性蒙上了負面陰影。 很容易說「是的，我們正在採用敏捷方法」，而不負任何責任。 隨著時間的推移，由於各種原因而形成壞習慣是很常見的，包括對敏捷目的的誤解。 小型組織可能會發現很容易忽略其中一些誤解。 但在大型企業中，如果您不解決這些問題，它們可能會成為真正令人頭痛的問題。 幸運的是，有一些有用的指導方針可以 將敏捷擴展到大型團隊。
後續步驟
Microsoft 是最早採用 DevOps 來規劃大型軟體專案的大公司之一。 了解 Microsoft 如何在 DevOps 中規劃。
正在尋找實際操作的 DevOps 體驗？ 查看發展 您的 DevOps 做法 學習路徑。 它主要以 Azure DevOps 為特色，但概念和體驗同樣適用於其他 DevOps 平臺中的規劃，例如 GitHub。
深入瞭解 平臺工程，您可以在其中使用 Microsoft 和其他廠商的建置組塊來建立深度個人化、最佳化且安全的開發人員體驗。