使用DevOps規劃有效率的工作負載

DevOps 的 規劃階段通常被視為 DevOps 的第一個階段，這不太準確。 在實務上，新式軟體小組會以緊密的周期運作，每個階段都會透過學到的課程持續通知其他人。

有時這些教訓是積極的。 有時他們是負面的。 有時候，他們是小組所需的中性資訊，因此它可以為未來做出策略性決策。 業界已圍繞單一形容詞來描述快速適應這些課程所創造的不斷變化的情況的能力： 敏捷式。 字詞已變得如此無處不在，現在與大部分的DevOps規劃形式同義。

什麼是敏捷式 (Agile) 開發？

敏捷 式描述軟體開發的務實方法，強調增量傳遞、小組共同作業、持續規劃和持續學習。 這不是一組特定的工具或做法，而是一直開放變更和妥協的規劃思維。

採用 敏捷式開發 實務的小組會縮短其開發生命週期，以在一致的排程上產生可使用的軟體。 持續專注於為終端使用者提供品質，讓整體專案能夠快速適應不斷演變的需求。 若要開始看到這類回報，小組必須一路上建立一些程式。

採用敏捷式文化特性

在組織內建置和培育敏捷式文化 是有效 DevOps 的重要投資。 雖然最終結果可能是一組特定的軟體和服務，但產生和維護這些資產所需的人力資源值得特別考慮。 Teams 在投資時間以配合敏捷思維的價值時，會看到最佳結果。

選取 Agile 方法

敏捷式方法通常稱為架構，是軟體開發生命週期階段的完整方法。 他們規定一種方法，以明確的指導和原則來完成工作。 最受歡迎的敏捷式架構之一是 Scrum。 由於 Scrum 的成熟社群和生態系統，大部分是敏捷式新手的小組。 但有許多替代方案，因此在解決之前，請務必花時間檢閱不同的選項。

採用敏捷式工具

有一個龐大的產業是圍繞 DevOps 規劃工具而建置的。 這些工具通常會與軟體開發中使用的各種 Agile 方法和平臺整合。 其中一個常見的工具是 Kanban，可協助組織及其小組將工作可視化，以便更妥善規劃傳遞。

建置敏捷式小組

當每個人都有明確的方向時，Teams 效果最好。 採用 Agile 方法可大幅協助此領域，因為 Agile 可改善 DevOps 中的透明度。 但還有其他有效的技術，您可以套用以改善跨專案里程碑團隊的功能。 任何組織都可以受益於 建置具生產力、以客戶為中心的小組。

隨著組織成長而調整敏捷式

隨著敏捷式的普及，許多陳規定型觀念和誤解對其有效性產生了負面陰影。 很容易說出“是的，我們正在做敏捷式”，沒有任何責任。 隨著時間的流逝，由於各種原因而形成不良習慣很常見，包括對敏捷式用途的誤解。 小型組織可能會發現很容易忽略其中一些誤解。 但在較大的作業中，如果您未解決這些問題，這些問題可能會成為真正的頭痛。 幸運的是，有一些實用的指導方針可調整 敏捷式至大型小組。

下一步

Microsoft 是第一家採用 DevOps 來規劃大規模軟體專案的主要公司之一。 瞭解 DevOps 中的 Microsoft 方案。

正在尋找實際操作 DevOps 體驗嗎？ 請參閱 演進DevOps實務 學習路徑。 它主要是 Azure DevOps 的功能，但概念和體驗同樣適用於其他 DevOps 平台的規劃，例如 GitHub。

深入了解 平臺工程，您可以在其中使用來自 Microsoft 和其他廠商的建置組塊來建立深度個人化、優化且安全的開發人員體驗。