為什麼要敏捷？為什麼計劃驅動的軟件開發項目會失敗？

不久前，人們普遍認為規劃是整個項目的一個非常關鍵的部分。雖然適當的計劃仍然非常重要，並且會導致更好的執行，但項目計劃的時間框架正在縮短。在目前的環境下，在項目開始的時候就很難規劃整個項目的生命週期。有必要經常訪問繪圖板。

在項目規劃的各種迭代過程中，項目範圍很可能會完全改變；但是，該項目仍可能被歸類為成功，而交付了計劃但在項目執行期間過時的項目可能被歸類為冗餘或失敗。

計劃驅動的軟件開發是一種更正式的特定方法來創建應用程序。計劃驅動的方法都包含：可重複性和可預測性、定義的增量過程、大量文檔、前期系統架構、詳細計劃、過程監控、控制和教育、風險管理、驗證和確認。

計劃通常由以下內容生成：

• 項目分解為階段/任務
• 每個任務分解成它的複合活動
• 估計每個單獨的任務（可能使用指標）
• 匯總估算以提供總工作量
• 任務列表分析並發和依賴關係以提供時間表
• 時間表和交付日期有助於提供團隊規模和團隊組成
• 團隊集結，項目開始
• 在整個開發過程中進行監控
• 交貨！

[資料來源：科爾曼，格里。軟件過程管理，Dundalk IT / IT Tralee(2008)]

“計劃工作，工作計劃”過時了嗎？

在當今的環境中，說所有產品和服務都是易腐爛的可能並沒有錯。如果上市時間太長，即使產品或服務沒有實際消亡，它也可能變得無用。同樣，如果在項目完成時，利益相關者的需求發生了變化，項目很容易失敗。公司已經開始意識到人而不是流程是任何項目的真正潤滑劑，因此利益相關者的承諾和參與對於項目的成功是非常必要的。為了讓利益相關者致力於項目，他們必須能夠看到它在他們當前的環境和生活中的有用性。

結果，在當前充滿活力和不確定性的世界中，傳統的項目管理方法越來越不有效，這需要更具動態性、適應性和靈活性的方法…… 換句話說，敏捷。

參考

面向初學者的 Scrum 文章