什麼是敏捷？
敏捷方法論是一種專案管理方法，強調靈活性、合作與增量式開發。它著重於以短時間的迭代（稱為衝刺）交付可運作的軟體，通常持續一至四周。敏捷方法論重視個人與互動勝過流程與工具，重視可運作的軟體勝過完整的文件，重視客戶合作勝過合約談判，重視回應變更勝過遵循計畫。
敏捷方法論有幾個關鍵原則：
- 透過持續交付高價值軟體來提升客戶滿意度：敏捷方法論旨在盡快向客戶提供可運作的軟體，並透過持續交付不斷迭代與改進。
- 擁抱變更：敏捷方法論歡迎變更，並將其視為改善最終產品的機會。
- 合作：敏捷團隊強調所有成員（包括開發人員、產品負責人與客戶）之間的合作，以確保最終產品符合所有人的需求。
- 靈活性：敏捷團隊具有彈性且能適應變更的需求，並優先考慮回應變更，而非堅持僵化的計畫。
- 持續改進：敏捷團隊持續評估並改進其流程，以確保能交付最佳的產品。
團隊可以使用的敏捷框架有多種，包括Scrum、Kanban與Lean。Scrum是最受歡迎的敏捷框架，它將專案分解為稱為衝刺的較小迭代。在每個衝刺期間，團隊會處理一組使用者故事，這些是客戶希望在最終產品中看到的小功能單元。團隊會舉行每日站會來討論進度，而在每個衝刺結束時，會舉行衝刺回顧會議，向客戶展示可運作的軟體並收集反饋。
- Kanban是另一種專注於視覺化工作流程並限制進行中工作的敏捷框架。它透過使用看板來追蹤任務進度，欄位代表工作流程的不同階段。團隊從「待辦」欄中拉取任務，並逐步推進至完成。
- Lean是一種強調減少浪費並最大化客戶價值的框架。它透過消除非增值活動並優化增值活動來實現持續改進。
敏捷與瀑布流程的對比
敏捷與瀑布流程之間的主要差異在於：
- 方法：敏捷流程採用增量式與迭代式的方法，將開發過程分為小型迭代或衝刺。另一方面，瀑布流程採用順序式方法，每個開發階段必須完成後才能進入下一個階段。
- 需求：敏捷流程對變更的需求與客戶需求具有高度適應性，而瀑布流程則假設所有需求都能事先明確指定。
- 規劃：敏捷流程在整個開發過程中需要持續的規劃與調整，而瀑布流程則需要在開發初期進行大量規劃。
- 文件：敏捷流程強調最少的文件製作，而瀑布流程則要求在每個階段都製作大量文件。
- 測試： 敏捷流程在整個開發過程中優先考慮測試，而瀑布流程則在開發過程的最後階段設有專門的測試階段。
- 彈性： 敏捷流程具有高度的彈性，能夠快速進行變更，而瀑布流程則較為僵化，變更難以融入。
總體而言，敏捷流程更適合需要彈性、適應性以及頻繁客戶反饋的專案，而瀑布流程則更適合需求明確且範圍固定的專案。
以下是總結敏捷與瀑布流程差異的表格：
| 面向 | 敏捷 | 瀑布 |
|---|---|---|
| 方法 | 迭代式與增量式 | 順序性與線性 |
| 彈性 | 強調對變更需求的彈性和適應性 | 強調遵循預先設定的計畫 |
| 反饋 | 來自利害關係人與最終使用者的持續反饋 | 反饋主要在測試階段取得 |
| 交付 | 經常交付可運作的軟體（通常每隔幾週） | 在開發週期結束時交付可運作的軟體 |
| 需求 | 需求預期會變更，具有彈性 | 需求在初期即明確定義，難以變更 |
| 文件 | 文件最少 | 大量文件 |
| 團隊結構 | 自我組織的跨功能團隊 | 具有專門角色的階層式團隊結構 |
| 風險管理 | 風險管理是持續且貫穿整個開發過程的 | 風險管理通常在專案初期就予以處理 |
注意：此表格並非全面性，敏捷與瀑布流程之間可能還存在其他差異。
常見的軟體開發方法
以下是一些常見的敏捷方法：
- Scrum
- 看板
- 精益
- 極限程式設計（XP）
- 水晶
- 適應式軟體開發（ASD）
- 動態系統開發方法（DSDM）
- 特性導向開發（FDD）
- 敏捷統一流程（AUP）
- 紀律性敏捷交付（DAD）
- 擴展式敏捷架構（SAFe）
- 大型Scrum（LeSS）
- Nexus
- Scrum@Scale
- 企業級Scrum。
以下是一些傳統軟體開發方法的範例：
- 瀑布模型：這是一種線性順序的方法，開發依照明確的階段順序進行，例如需求收集、設計、實作、測試與維護。每個階段必須完成後才能進入下一個階段。
- 螺旋模型：此模型結合了瀑布與原型法的元素，包含多個規劃、設計、建構與測試的循環。
- V模型：此模型類似於瀑布模型，但增加了更詳細的測試階段，測試階段與開發階段相互對應。
- 理性統一流程（RUP）：這是一種迭代式方法，將專案分為四個階段——啟動、精化、建構與轉移，每個階段又包含更小的迭代。
- 能力成熟度模型整合（CMMI）：這是一種流程改進方法，定義了組織軟體開發流程的五個成熟度等級，每一級都建立在前一級之上，以提升流程的效率與效能。
- 傳統增量模型：此模型類似於瀑布模型，但將開發過程分解為較小的增量或階段，各自獨立開發。
- 寫碼與修復模型：此模型包含在無規劃或文件的情況下撰寫程式碼，隨後在問題出現時進行測試與修復。
理解敏捷流程及其與傳統方法的主要差異
敏捷流程是一種專案管理方法，強調彈性、合作與客戶滿意。它旨在適應不斷變化的專案需求，並透過迭代開發週期快速且頻繁地為客戶交付價值。敏捷流程基於敏捷宣言，重視個人與互動、可工作的軟體、客戶合作，以及回應變化的價值，而非遵循僵化的計畫。
相比之下，傳統的專案管理方法，例如瀑布模型，遵循線性和順序的開發方式。這些方法在專案初期著重於詳細的規劃和文件編製，具有固定的範圍和時間表。這可能會導致缺乏彈性，難以適應變化的需求或客戶需求。
敏捷方法通常在軟體開發中受到青睞，因為它允許更高的彈性並更快地交付可用的軟體，而傳統方法可能更適合範圍和需求固定的專案。然而，方法的選擇取決於具體專案及其需求，許多組織會結合使用敏捷與傳統方法來管理不同類型的專案。
為什麼選擇敏捷？
敏捷方法具有多項優勢，包括：
- 提升客戶滿意度：敏捷方法著重於快速交付可用的軟體，這意味著客戶可以在開發過程中看到進展並提供反饋。
- 彈性：敏捷方法讓團隊具備彈性和適應變更需求的能力，這在動態環境中尤為有益。
- 提升協作：敏捷方法強調團隊成員與客戶之間的協作，有助於改善溝通並加深對最終產品的理解。
- 早期發現問題：敏捷方法包含頻繁的測試與整合，有助於在開發初期就發現問題。
- 提升生產力：敏捷方法可提升生產力與效率，因為團隊可以一次專注於交付小規模的功能模組，而非同時處理整個專案。
總結
敏捷是一種專案管理方法，強調迭代式與增量式開發、協作、彈性與客戶滿意度。它將專案分解為較小的迭代或衝刺階段，每個階段都有明確的目標，並透過定期的反饋與評估，持續改進產品。
相比之下，傳統專案管理方法遵循更線性且僵化的模式，強調在初期進行大量規劃與文件編製，且在開發過程中對變更的彈性有限。
許多組織，特別是在軟體開發領域，傾向選擇敏捷方法，因為它能更好地適應變化的需求與客戶需求，並促進協作與團隊合作的文化。然而，它並非適合所有類型的專案，且可能需要與傳統專案管理方法不同的思維與做法。總體而言，敏捷方法是一種廣受歡迎且有效的專案管理方式，強調彈性、協作與持續改進。