世界的運作法則已瓦解 #

在傳統的專案管理中，我們習慣追求完美的計畫與可預測性，然而《Scrum》第一章揭示了一個殘酷事實：舊有規則已不再適用於現代充滿變數的環境。 本章探討了為什麼傳統的瀑布式管理會失敗，以及 Scrum 如何透過順應人性與現實來解決問題。

瀑布流與甘特圖的迷思 #

過去，我們習慣用 甘特圖（Gantt Chart） 進行專案管理，這代表傳統的「瀑布法（Waterfall Model）」。

這種方法的巨大誘惑在於視覺安全感：所有必須完成的工作、時間軸與相依性，似乎都已完美呈現在眾人眼前。然而，這往往只是種錯覺。

「槍響後的計畫都會化為烏有。」
一旦專案開始執行，現實變數就會接踵而來，紙上談兵的計畫往往跟不上變化，導致最初的預估完全失準。

Scrum 為何管用？ #

Scrum 之所以能有效運作，是因它不再依賴「完美預估」，而是基於「經驗主義」與「人性」。

1. 聚焦於真實的運作方式 #

Scrum 關注人們實際如何做事，而不是人們「口頭宣稱」如何做事。

• 承認現實： 人類天生就不擅長精準估算完成一件事所需的時間與心力
• 應對策略： 既然無法預知未來，Scrum 選擇一併考量「不確定性」和「創造性」，並透過機制來擁抱變化

2. 核心機制：檢視與調整（Inspect & Adapt） #

Scrum 強調頻繁的「檢視與調整」，團隊不僅要埋頭苦幹，更要時常抬頭確認方向。這包含兩個層面的評估：

1. 評估既有成果： 目前做出來的產品是否符合需求？
2. 評估創造成果的手法： 團隊的合作模式、流程是否有改進空間？

運作引擎：衝刺（Sprint） #

Scrum 的運作基礎建立在被稱為「衝刺（Sprint）」的短週期循環上。

• 週期設定： 團隊需決定在未來短週期內（通常為兩週），能實際完成多少工作項目
• 快速回饋： 透過將工作切割為多個小循環，團隊能「快快失敗，才能速改正」，以獲取早期回饋

敏捷軟體開發宣言（Agile Manifesto） #

Scrum 的精神呼應了敏捷宣言的價值觀，這是種對於價值排序的重新定義：

• 個人與互動 重於 流程與工具 (Individuals and interactions over processes and tools)
• 可用的軟體 重於 詳盡的文件 (Working software over comprehensive documentation)
• 與顧客合作 重於 合約協商 (Customer collaboration over contract negotiation)
• 回應變化 重於 遵循計畫 (Responding to change over following a plan)

雖然右項有其價值，但我們更重視左項。

重點摘要 #

1. 擬訂計畫有用，盲目跟隨則是愚蠢： 計畫本身是思考的過程，但執行時須將變化、新發現與新想法納入考量
2. 檢驗與調整： 不要一路衝到底，每隔一陣子就要暫停下來，檢驗既有成果與工作方法
3. 不改變，就等死： 堅持老派瀑布式工作法，在變動環境中只會失敗
4. 擁抱失敗： 透過小規模循環，儘早發現錯誤並修正，是最高效的路徑