首頁 敏捷
Scrum Guide在講什麼?Scrum的遊戲規則
2017/1/4 作家:林偉弘
4001

前言

本篇討論Scrum Guide。一份15頁的指南,清楚簡單地告訴所有對Scrum有興趣的公司組織、團隊或個人,如何遵行這個Scrum的遊戲規則。不管您己經在執行Scrum,或者開始接觸,絕對不要錯過。

 

Scrum Guide在講什麼

常常有人問我以下一些問題:Andrew,Scrum團隊包括哪些人,以及多少人呀?這些人要做什麼事呢?什麼是短衝(Sprint短程衝刺)呀?Scrum要開會嗎?要開哪些會呀?我聽說跑Scrum不是不用再開會了嗎?每次的短衝應該多久呢?可以延長嗎?產品待辦清單(Product backlog)和短衝待辦清單(Sprint Backlog)到底是什麼呀?常聽你問別人:您們的團隊有對「完成」下過定義嗎?這個「完成」的定義(Definition of done)到底是什麼?為什麼它很重要呢?

 

相信大家對Scrum一定有很多問題,我自己也不例外,這時候當然先問一下Google,或者我建議大家也可以翻一下Scrum Guide。當然大家也可以看一下筆者之前的文章或者以後的文章,或者筆者演講的內容,這些當然都有幫助。

 

這篇我們就來討論,Scrum Guide在講什麼?為什麼它很重要?

 

Scrum是在1995年由Ken Schwaber和Jeff Sutherland所提出。Scrum Guide也是由兩人所撰寫、提供以及支持。Scrum Guide基本上定義了Scrum的遊戲規則。就像任何運動一樣,打的好不好很重要,但是規則更重要。如果有人說,我們的Scrum團隊每天的Daily Scrum是30分鐘,或者我們不需要開短衝回顧檢討會議(Sprint Retrospective),因為我們很忙。那麼不好意思,您跑的不叫Scrum。就這麼簡單。

 

Scrum Guide最近更新的版本為2013年7月,可以免費下載,更好的是,它有繁體中文版,翻譯的人剛好也是筆者。

 

Scrum Guide只有15頁,夠簡單了吧。我們接著看下去。

 

首先,Scrum到底是什麼?

它是一個架構(Framework),用來幫助處理複雜的問題,常被使用在複雜的產品開發上。等一下,Scrum不是軟體工程師在用的嗎?這跟我的了解不一樣啊?Scrum起源於產品開發,並不是侷限於軟體開發。當然在產品開發過程也許會有軟體的部分,但是一開始它跟軟體開發的關係遠遠沒有和精實(Lean)來得密切。筆者在一次簽書會問了Jeff Sutherland,我問他:What is next for Scrum?(Scrum下一步會往哪裡走?)他的回答很有趣,他說Ken Schwaber也問過這個問題,他覺得應該會應用在硬體上。這個回答對台灣的硬體業也許會更有興趣,他是有點回到初衷的感覺,如果製造業也開始跑Scrum的話,應該會有很好的火花與想法出來。

 

Scrum同時是很輕量的、淺顯易懂的(就15頁而已,不是嗎?),但是它很難精通。它有點像下棋,要學會怎麼下不難,但要精通而成為專家,就不容易了。筆者大約在2008年左右接觸Scrum,每天還是有新的想法與觀念在被談論。

 

Scrum的團隊

Scrum團隊有幾個重要的角色,分別是:

 

產品負責人(Product Owner)

這是一個人,不是一個委員會。他/她必須對產品的價值當責,使其達到最大。產品負責人最重要的一件事就是管好產品待辦清單(Product backlog)。產品待辦清單簡單說就是一份排好順序,跟開發這個產品所要做的所有事情的項目(產品待辦項目,Product backlog items)。

 

產品負責人必須要清楚地表達這些產品待辦項目,按照每個項目所產生的價值來排好順序,以及確定大家都很清楚地看到接下來要做的項目。

 

開發團隊(Development team)

這是一群人,一群在做事的團隊。他們自我管理(Self-organizing)以及跨職能(Cross-functional)。自我管理和跨職能是很大的題目,我們另外再討論。

 

另外一個大家常常討論的是團隊大小的問題。Scrum Guide提出,少於三人可能會有技能上的限制,進而無法產出具有增量(Increment)的成品。超過九個人則需要太多協調。產品負責人和Scrum隊長(ScrumMaster)並不包含在以

上數字內。

 

另外一個簡單的公式是7加減2。不然就是亞馬遜公司有名的2個比薩(Two pizza team),如果2個比薩不夠您的團隊吃,那您的團隊太多人了。或者筆者常說的,三個人可以做的,就不需要四個人;五個人可以做的,就不需要六個人了。

 

Scrum隊長(ScrumMaster)

大家好像對Scrum隊長最有興趣,名字聽起來很Cool,那他/她到底在做什麼呢?Scrum隊長確認Scrum的團隊遵守Scrum的作法和規則。

 

他/她不是傳統的經理人角色,也不是專案經理。他/她是一位服務領導人(Servant-leader)。

 

Scrum隊長必須對產品負責人提供多方面服務,包含:如何更有效來管理產品待辦清單,如何將產品待辦項目按照所產生的價值來排好順序,了解以及執行Scrum。

 

Scrum隊長對開發團隊所提供的服務,包含:指導開發團隊如何自我管理和跨職能,幫助開發團隊創造高價值的產品,最重要的一件事之一:移除開發團隊的障礙(Impediments)。

 

另外一點大家常忘記的是,Scrum隊長對公司組織所提供的服務,包含:帶領和指導公司組織對Scrum的實行,幫助員工了解Scrum,以及引發Scrum團隊增加生產力的改變。

 

Scrum隊長一定要擁抱變更,林氏法則這時候就可以派上用場,有關林氏法則請參閱以前的文章《敏捷或者Scrum所相關的規則(Rules),法則(Laws)和定理(Principles)》。[註1]

 

講完了Scrum的角色,接下來就是事件(Events),簡單講就是會議。

 

Scrum要開會嗎?答案是:不好意思,要的。然而跑Scrum的好處在於所有會議的長度都是固定的(Time-boxed events)。延長會議是不被允許的。以此來減少其他不必要的會議。

 

Scrum到底包含哪些會議呢?

 

短程衝刺,簡稱短衝(Sprint):Scrum的核心就在於短衝。短衝是固定一個月或更短的時間(新的團隊我建議三個星期的短衝,四個星期有點長,如果是比較成熟的團隊,兩個星期是不錯的選擇),在這時間內開發團隊必須產出一個完成、有增量可發行的產品。前一個短衝結束,隔天緊接開始。不好意思,中間沒有休息時間。

 

短衝本身並不是會議,但包含了以下會議:

短衝先從短衝計劃會議(Sprint Planning)開始:等一下,跑Scrum不是不用計劃嗎?要的,不過我們只計劃這個短衝要做什麼,至於下個月要做什麼,那是下個月的事。

 

如果您的短衝是兩個星期,那這個會議最長四個小時。最主要是回答兩個問題:團隊要做什麼?以及要怎麼做?

 

這個會議有一點挑戰,因為開起來有點久,所以Scrum隊長別忘了帶些甜甜圈加珍珠奶茶。別忘了要草擬出短衝目標(Sprint Goal),用來指引開發團隊這次短衝為什麼要做出這個成品的目的。

 

開完短衝計劃會議,接著就是最有名的每天的Scrum匯報了。筆者上一篇文章《每天,站著開會》有非常詳細的介紹,麻煩大家看一下那篇囉。[註2]

 

以兩個星期的短衝而言,第一天先開完短衝計劃會議,接著每天的Scrum匯報,到最後一天,大家來看一下我們到底做了什麼東西出來,最後一天有兩個會議,先來個短衝展示會議(Sprint Review),接著是短衝回顧檢討會議

(Sprint Retrospective)。

 

短衝展示會議(Demo meeting):如果您的短衝是兩個星期,那這個會議最長兩個小時。產品負責人可以邀請跟我們做的有關的所有人來參加,開發團隊展示完成的產品以及回答問題,重新評估產品的市場是否改變了原本接下來要做的事。可千萬不要準備簡報,重點在於

展示可以用的產品。

 

最後一個會議就是短衝回顧檢討會議(Retrospective meeting):如果您的短衝是兩個星期,那這個會議最長一個半小時。就不用邀請所有相關的人了,這個會議是屬於Scrum團隊的。這個會議很多團隊都跳過,原因之一是不知道怎麼開。其實有很多技巧可以使用在這個會議上。

 

這個會議的目的在於找出哪些做的很好?哪些可以改進?海星圖(Starfish diagram)是不錯的方式。Scrum隊長要鼓勵Scrum團隊改善(Kaizen)流程以及作法,讓下一個短衝有更好的效能和工作更愉快。快樂的團隊產能更高、生產的品質更好。

 

最後,對於那些己經在跑Scrum的團隊,恭喜您們,請持續下去(May the force be with you)。

 

如果您的團隊或者公司組織還在尋找一套更有效率的做事方式,試試看Scrum或者其它敏捷手法。看一下您的手機,是不是每兩三個星期就一堆Apps要更新呢?對的,大家都在跑Scrum或者敏捷。別等了。There is only one way to find out, let’s try it.

 

對了,免費的繁體中文版Scrum Guide可以從這兒下載:

http://www.scrumguides.org/download.html

 

附上一個簡單的Scrum架構圖與上面文章內容對照,希望有所幫助。

 

寫於聯合航空925班機,London往Washington DC,11/29/2015

 

Andrew Lin

PMP╱PMI-ACP╱CSM╱CSPO╱CSP

 

 


更多精彩內容都在【Snoopy 65週年的專案管理】  

快速購買網址 → http://www.pubu.com.tw/magazine/68999

各大電子書城 → http://www.pm-mag.net/Magazine/El_bookstore.aspx

林偉弘
Andrew Lin 林偉弘,國際專案管理師(PMP), 敏捷專案管理師(PMI - ACP),ScrumMaster認證(CSM), Scrum Product Owner認證(CSPO), 以及Scrum專家認證(CSP)。


學歷:美國喬治梅森大學碩士。


經歷: 曾在美國上市公司,中小企業,與非營利性組織,擔任科技專案經理,軟體開發部門經理,產品經理,Scrum Master,與敏捷教練。其中包含I.T.基礎設施,敏捷軟體開發,技術支援和科技營運, DevOps,敏捷產品開發,與資訊管理。


領導各種不同類型的科技專案長達十年以上經驗,對於專案管理與團隊經營有深刻研究了解與實務經驗,近年來專注於敏捷與Scrum的專案領導,軟體開發團隊的經營,大規模敏捷架構與企業敏捷領導管理方式。
擅長幫助軟體開發團隊從完全沒有任何專案架構或者使用瀑布式專案流程,成功轉換到執行敏捷/Scrum的團隊,專案諮詢與運作,以及Scrum和敏捷的教育訓練。


01uni.com管理人。


是一位具有高度自我激勵,擁抱改變與挑戰,正面態度與敏捷思考的專業人士。
您可能也喜歡這些文章