敏捷方法是一種專案管理方法，它將專案分解為稱為「衝刺」的小型迭代週期。它優先考慮持續改進、團隊協作和適應性，讓團隊能夠快速回應客戶回饋和不斷變化的需求，而不是遵循僵化、線性的計畫
敏捷方法是一種迭代且靈活的專案管理和軟體開發方法，它優先考慮持續交付、協作和適應性，而不是僵化、預先的規劃。敏捷團隊不是在最後一次性交付專案，而是將工作分解成更小、功能性的增量，以更快地交付價值並動態回應不斷變化的使用者需求。 [1, 2, 3, 4]
敏捷的 4 個核心價值觀
根據 2001 年創建的基礎《敏捷宣言》，其理念建立在四個核心支柱上： [5, 6, 7, 8]
- 個人與互動重於流程與工具。
- 可運作的軟體重於詳盡的文件。
- 客戶協作重於合約協商。
- 回應變化重於遵循嚴格的計畫。 [6, 7]
敏捷週期的運作方式
敏捷專案以連續循環而非線性時間線的方式進行。一個典型的週期包括： [3, 9, 10, 11, 12]
- 規劃與優先排序：團隊使用優先排序的客戶需求「產品待辦事項」來定義範圍。
- 設計：為選定的功能建立高階架構和使用者體驗流程。
- 開發：編寫功能性程式碼或製造專案的增量部分。
- 測試：執行即時品質保證以提早發現錯誤。
- 發布：將運作中的更新或功能部署到生產環境。
- 回饋與審查：收集直接的使用者洞察力，以形塑下一個週期的目標。 [4, 9, 13, 14, 15]
流行的敏捷框架
「敏捷」作為一個總括性理念，其下有幾個結構化的框架運作： [3, 16, 17, 18]
- Scrum：最受歡迎的框架。團隊以固定的 2 到 4 週塊（稱為衝刺）工作，以交付可用的工作。進度透過由 Scrum Master 管理的簡短日常「站立會議」進行同步。 [13, 14, 16, 19, 20]
- 看板：一個視覺化框架，專注於將工作直接與團隊能力匹配。團隊使用實體或數位看板追蹤任務，例如「待辦事項」、「進行中」和「已完成」。 [18, 21, 22]
- 極限編程 (XP)：專為軟體工程構建的高度技術化方法。它強制執行測試驅動開發、程式碼審查和配對編程等實踐。 [21, 23]
- 精實：借鑒製造業原則，精實完全專注於最大限度地提高客戶價值，同時消除營運浪費。 [16, 21]
敏捷與傳統（瀑布式）專案管理
| 功能 [1, 2, 9, 11, 19, 24, 25] | 敏捷方法 | 瀑布式方法 |
|---|---|---|
| 專案結構 | 迭代，分解成小塊。 | 線性，循序階段。 |
| 處理變更 | 高度靈活；隨時歡迎變更。 | 僵化；變更成本高且具破壞性。 |
| 交付 | 頻繁，可運作的增量。 | 專案完成時單次最終交付。 |
| 測試 | 在整個生命週期中持續進行。 | 在接近結束時的單獨階段進行。 |
您想探索如何為您的特定行業建立敏捷專案框架，還是想分解敏捷團隊中的特定角色（例如產品負責人或 Scrum Master）？