Scrum團隊快、狠、準

面對快速變化的時代，你需要反應快、行動狠、判斷準的工作團隊。為此，你必須賦予團隊明確的方向、充分的自主權，讓他們隨時保持高昂的士氣、靈活的身手，在場上奮力爭球、漂亮得分。而這套帶領團隊有效執行專案的戰術就叫作 Scrum。

1910 年左右，哈利．甘特（Harry Gantt）研發出甘特圖，以橫軸表示時間，縱軸表示活動項目，再以各種顏色的線條呈現各項活動的預定進度與實際進度，讓相關人員透過容易理解的圖形，對整體計畫的活動狀況一目了然。

但是甘特圖明顯著重時間管理，無法有效表現專案成本及範疇的特性，在管理上確實有不足之處。當計畫較為複雜，每項作業之間關係過多，紛雜的線條勢必增加甘特圖閱讀的困難度。 再加上活動項目產生異動或時程延宕，即使有專業軟體工具可以立即重新繪製圖表，也仍舊無法彌補它的局限性，反而更加突顯現實環境中計畫往往趕不上變化的窘境。

更好的專案管理方式

那麼，還有其他更好的專案管理方式嗎？本書作者傑夫．蘇瑟蘭在 1990 年代初期也在思考這個問題。並於 1995 年在計算機協會（ACM）的年度會議 Oopsla 與肯．施瓦伯（Ken Schwaber）共同發表〈Scrum 軟體開發程序〉，提出更具彈性及可行性的專案管理方式。

Scrum 是橄欖球術語，指比賽過程中的爭球儀式。是沿用日本商學院教授竹內弘高與野中郁次郎 1986 年發表的〈新產品研發的新賽局〉提出的概念。該文中以橄欖球為例，強調團隊在新產品開發的重要性，主張一個傑出的團隊需要被賦予的是目標而非任務。你只要給他們方向，並授與自主權，讓他們可以自行決定自己如何朝目標推進，他們便能完成卓越的表現。

這個主張在面對快速變化及高度不確定的狀態下尤其受用，因為你面對的是未知大於已知的領域，變動是常態，應變才是王道。按邏輯推理而來的完美甘特圖明顯不切實際，通過實際驗證及不斷修正才是你最好的靠山。Scrum 的誕生無疑是呼應時代需求而來。

更好的團隊協作模式

Scrum 強調高度透明及密切的日常協同作業，而這也正是 Scrum 看似簡單實則不易的關鍵所在。因為習於從上而下接受命令與控制的工作習性並不會一夕改變，強調透明的作業模式也可能形成莫大壓力。

當每個人都知道誰負責什麼，以及何時完成。每日站立會議的 3 個問題：「你昨天達成什麼？」、「你今天會做什麼？」及「你遇上什麼困難？」可能更快暴露出專案規畫、團隊構成、 管理甚至個別能力上的缺陷。因此真的能貫徹到底的 Scrum 團隊並不容易。

如今 Scrum 已被公認為最具實用性的軟體開發框架，運用範疇也從軟體開發擴大到製造、行銷、營運及教育等其他領域。它提供的不只是一項應用於新產品開發的專案管理工具，同時也是一種團隊協作的模式及團隊經營理念。如果你常覺得專案執行不力，或許 Scrum 敏捷開發術正是你需要的處方。