SCRUM：用一半的時間做兩倍的事

Name: SCRUM：用一半的時間做兩倍的事
Rating: 4.8 (782 reviews)
Author: 傑夫．蘇德蘭

傑夫．蘇德蘭

41 分鐘

8 重點

4.8 評分

內容重點

透過 Scrum 這套方法，發現高效專案管理的祕訣，讓你用一半的時間完成兩倍的成果。

您將學到

1. Scrum 的核心是什麼？

2. 讓 Scrum 為你發揮作用

3. 提升你的工作效率

4. 團隊合作讓夢想成真

5. 用 Scrum 處理大型專案

6. 快速又有效的變革管理

重點

01為什麼你總是加班，卻還在做白工？

你有沒有過這樣的經驗？一個專案在啟動時，所有人都興致勃勃，開了好幾次「史詩級」的啟動會議，畫出了一張又一張精美的甘特圖，把未來一年、甚至兩年的每一個步驟都規劃得清清楚楚。感覺一切都在掌握之中，對吧？結果呢？跑了三個月，客戶突然說：「啊，那個功能我們不想要了，我們想要一個全新的東西。」或者，市場上殺出一個程咬金，你原本的「完美計畫」瞬間變成一堆廢紙。於是，團隊開始無止境地修改、開會、爭吵，最後交付的產品不僅延遲，還跟當初的設想天差地遠，更慘的是，根本沒人想用。這聽起來是不是很耳熟？這就是我們大多數人身處的「瀑布式開發」地獄。這個名詞聽起來很專業，但說穿了就是像瀑布一樣，一個階段接著一個階段，從需求分析、設計、開發、測試，再到上線，每個環節都必須做到完美才能往下走。這套流程源自於製造業，像是蓋房子或做汽車。蓋房子你總不能地基沒打好就先蓋屋頂吧？順序是固定的，不能回頭。問題來了，我們現在做的大部分工作，都不是在蓋房子。我們在開發軟體、在做行銷活動、在設計新服務，這些工作的本質是「探索」，而不是「建造」。我們一開始根本不可能知道「完美」的藍圖長什麼樣子，因為市場、使用者、技術都在瞬息萬變。書中提到一個讓我印象超深刻的經典案例，就是美國聯邦調查局的「哨兵計畫」。他們想打造一個超級先進的案件管理系統，取代老舊的紙本作業。聽起來很棒，對吧？他們用了最傳統的瀑布式開發，投入了整整四年，燒掉了超過四億美金。你猜結果怎麼著？他們得到了一個幾乎完全無法使用的災難性系統。計畫徹底失敗。這就是瀑布式開發最致命的缺陷：它假設我們在專案開始的第一天，就能夠全知全能地預見未來的一切。但現實世界根本不是這樣運作的！這就像你計畫一趟為期一個月的環島旅行，出發前就把每一天、每一小時的行程、要吃哪家餐廳、在哪個景點拍幾張照都寫得清清楚楚。結果第一天就遇到颱風，你精心製作的A4報告瞬間變成一本笑話大全。我們之所以會加班做白工，很多時候不是因為不努力，而是因為我們用錯了地圖。我們拿著一張靜態的、過時的地圖，試圖在一個動態的、充滿未知的世界裡航行。我們花了80%的時間在「規劃」與「開會」，而不是在「執行」與「學習」。我們害怕犯錯，所以試圖在動工前就排除所有風險，結果最大的風險就是，我們花了大量的時間與金錢，做出一個沒人要的東西。作者薩瑟蘭親身經歷過這種痛苦。他曾經是一個相信甘特圖的管理者，直到他發現，無論計畫做得多詳細，專案的成功率都低得可憐。他發現，那些最成功的團隊，都不是照本宣科的乖寶寶，他們反而像一支爵士樂隊，有一個共同的目標（把歌奏好），但每個人都可以即興發揮，互相聆聽，隨時調整。這種不斷調整、快速回應變化的工作方式，就是Scrum的核心精神。它承認一個簡單卻經常被我們忽略的事實：我們不可能一開始就知道所有答案。所以，與其花時間去寫一本完美的「劇本」，不如趕快「上場排練」，看看觀眾的反應，然後快速修正。在你開始懷疑人生，覺得工作就是一場永無止境的徒勞之前，請先記住這種無力感。因為只有深刻體會到舊方法的痛苦，我們才能真正理解，為什麼需要一種全新的工作哲學。下一章，我們就要來揭曉，那個每天只需要站著開會15分鐘，卻能創造奇蹟的Scrum魔法，究竟是怎麼一回事。

02每天站著開會15分鐘的奇蹟

提到「開會」，你腦中浮現的畫面是什麼？是不是一群人圍著會議桌，有人在滔滔不絕地報告上週的流水帳，有人在滑手機，有人眼神渙散，會議開了兩小時，結論是「我們下次再開會討論」。這種會議，不僅浪費生命，更是團隊士氣的頭號殺手。那如果我告訴你，有一種會議，每天只需要15分鐘，每個人都得站著，而且它能讓團隊的效率提升好幾倍，你相信嗎？這就是Scrum中最知名、也最容易上手的儀式「每日站立會議」。這可不是普通的進度報告大會，它的威力遠超乎你的想像。想像一下這個場景：每天早上同一時間、同一地點，團隊成員圍成一個圈，沒有桌子，沒有椅子，更沒有投影機和PPT。會議由Scrum Master（我們後面會詳細介紹這個角色）主持，確保在15分鐘內結束。每個人輪流回答三個問題： 1. 昨天，你為了幫助團隊達成「衝刺目標」，完成了什麼？ 2. 今天，你為了幫助團隊達成「衝刺目標」，打算做什麼？ 3. 過程中，有沒有遇到什麼困難或障礙？就這樣，沒了。這不是一個讓你長篇大論、邀功諉過的舞台。它的目的非常純粹：資訊同步、快速發現問題、並承諾今天的行動。你可能會想，這也太簡單了吧？真有那麼神奇？魔鬼就藏在細節裡。首先，「站著開會」本身就是一個天才的設計。當你站著的時候，你會本能地想要速戰速決，沒人有心情閒聊或講廢話。這確保了會議的精簡與高效。其次，那三個問題的設計極其巧妙。第一個問題「昨天完成了什麼」，不是在問你「昨天做了什麼」。重點在於「完成」。這迫使每個人思考自己的工作成果，而不是只有「在忙」。同時，這也讓團隊其他人清楚知道，哪些事情已經搞定了，進度到哪了。第二個問題「今天打算做什麼」，這是一種公開的承諾。當你對著整個團隊說出你今天的計畫時，你會有一種無形的驅動力去完成它。這也讓協作變得更容易。如果我今天要做A，而你也需要A的產出才能開始做B，我們就能立刻對上，而不是等到一天結束後才發現進度卡住了。第三個問題，也是最關鍵的一個：「有沒有遇到什麼障礙？」這是一個內建的求救信號。在傳統的工作模式裡，很多人遇到問題會自己埋頭苦幹，怕被老闆罵、怕被同事笑，結果小問題拖成大災難。在每日站立會議上，公開說出障礙，不是示弱，而是團隊合作的表現。一旦有人提出障礙，例如「我需要的美術圖檔還沒好」、「我被某個技術問題卡住了」，團隊的其他成員，特別是Scrum Master，就有責任立刻協助他排除。問題在發生的24小時內就被提出並解決，而不是拖到一週後的週報上才被發現。書中提到一個很棒的比喻，每日站立會議就像是球隊每天的晨操。球員們聚在一起，不是為了聽教練長篇大論，而是為了快速熱身、溝通戰術、確認每個人的狀況，然後立刻投入訓練。這種高頻率的溝通，建立起一種緊密的團隊節奏感。讓我們來看看實際的例子。一個軟體開發團隊，以前每週開一次長達兩小時的進度會議。會議上，工程師A說他負責的登入功能，因為後端API還沒好，所以卡了一週。與此同時，負責API的工程師B說，他以為另一個功能的優先級更高，所以先去做別的了。兩個人都在做事，但因為缺乏溝通，整整一週的時間被浪費了。導入每日站立會議後，第一天，工程師A就會說：「我今天要做登入功能，但我被API卡住了。」工程師B立刻就能聽到，他可以馬上回應：「喔！這個很重要嗎？那我今天優先把API給你。」問題在五分鐘內就解決了。整個團隊的流動變得極其順暢。這種奇蹟不只發生在科技業。一個行銷團隊用Scrum來籌備一場大型產品發表會。每天早上，他們開15分鐘的站立會議。負責媒體公關的同事說：「有家關鍵媒體的回應很不積極，這是個障礙。」負責社群的同事馬上說：「我跟那家媒體的某個編輯是大學同學，我幫你問問看。」問題就這樣迎刃而解。每日站立會議的核心，是Scrum的三大支柱：「透明」、「檢視」和「調適」。透明：每個人的進度、計畫和困難都完全公開，沒有模糊地帶。檢視：團隊每天都在檢視自己離目標還有多遠。調適：根據檢視的結果，立刻調整今天的計畫，排除障礙。這個看似簡單的15分鐘儀式，其實是在訓練整個團隊，養成一種「持續改善」的肌肉記憶。它強迫我們走出自己的小格子，去關心團隊的整體目標。它把「問題」從一個需要被隱藏的壞東西，變成一個需要被公開、被團隊共同解決的「機會」。當一個團隊習慣了這種節奏，你會發現一個驚人的轉變：原本死氣沉沉的辦公室，開始產生一種「心跳」。一種有生命力的、同步的、不斷前進的脈動。而這一切的起點，僅僅是願意每天花15分鐘，站在一起，好好說話。在我們深入探討Scrum團隊的黃金組合之前，不妨先從這個小小的改變開始，感受一下它所帶來的巨大能量。