Scrum入門手冊(3) - Scrum的角色
摘錄至 Scrum Primer
http://www.scrumalliance.org/resources/339
在Scrum中有三個角色: 產品負責人(Product Owner), 團隊(The Team)和ScrumMaster. 合在一起就是大家所知的Scrum團隊. 產品負責人負責挑選產品的功能, 排列出優先順序的列表, 決定哪些功能要在下個sprint中處理, 不斷地重新排定優先順序和更新這份列表, 以取得最大的投資報酬率. 如果這是一個商業化產品, 產品負責人對產品負有盈虧的責任. 若是這是一個內部的應用系統, 產品負責人不用像商業化產品(意味會產生收入)一樣, 負責其投資報酬率. 但是他們仍然負責對其所選擇的東西, 要最大化其投資報酬率 - 在每個Sprint中 - 最有商業價值, 但最少成本的項目. 實際上, '價值'這東西是非常模糊不清的項目. 優先順序可能因為想要滿足重要客戶, 或是要和策略性目標一致, 或者因攻擊的風險, 或改進目標, 或是其他因素等, 而造成影響. 在某些情況下, 產品負責人和客戶可能是同一個人, 對於內部的應用系統這是常見的狀況. 至於其他狀況, 客戶可能是幾百萬人, 並且有各式各樣的需求. 在這樣的狀況下, 產品負責人的角色, 類似於許多組織中的產品經理或是產品行銷經理. 然而, 產品負責人和傳統產品經理是有些不同的, 因為他們很積極很經常地和團隊互動, 親自提供優先順序, 每兩週或四周的循環中檢視結果, 而不是只是把開發的決策委派給專案經理. 重要的是要注意，在Scrum中僅有一個人擔任 - 並擁有最終的權力 - 產品負責人, 由他或她決定工作的重要性為何.
團隊負責建構產品負責人所指示的內容, 例如: 應用系統或是網站. 在Scrum中團隊是一個跨功能的組織 - 它包含了所有必要的專業技能, 讓每次的sprint可以交付可能出貨的產品 - 並且它也是一個“自我組織”(自我管理)的組織, 具高度的自治能力與責任感. 團隊決定自己要承諾的內容是什麼, 要如何以最佳的方式來完成它. 以Scrum的行話來說, 團隊就是所謂的"豬", 而在組織中的其他人士所謂的"雞"(這是一個笑話, 有關於一隻豬和一隻雞決定要開一家餐廳的故事. 雞想把這家餐廳取名叫"Ham and Eggs". 豬考慮了一下拒絕了雞的提議, 因為實際上要做事的人是豬, 而雞僅僅只是加入其中而已). Scrum的團隊基本上是7人, 或者再增加或減少2人. 它需要擁有各式各樣技能的人來開發軟體產品, 像是分析, 開發, 測試, 介面設計, 資料庫設計, 架構設計, 撰寫文件等等. 團隊會開發產品, 並提供意見給產品負責人, 告訴他要如何做會使得產品更棒. 在sprint中, 如果團隊中所有人都100%致力於一個產品的工作, 而不是同時進行多個產品或專案的工作, Scrum團隊將是非常有生產力和效率. 若是有很多人的應用程式開發部門, 可以把它分成很多Scrum的團隊, 每個團隊著重於產品不同的功能, 並且緊密地協調著他們的努力. 對一個完全以客戶為中心的功能, 每個團隊需要包下所有的工作(規劃, 分析, 撰寫程式, 和測試), 所以Scrum的團隊也被稱為功能小組(feature teams)
ScrumMaster會幫助產品部門學習和應用scrum, 以實現其商業價值. ScrumMaster會盡力做任何可以幫助團隊或產品負責人成功的事. ScrumMaster不是團隊的經理或是專案的經理, 相反地, ScrumMaster會服務這個團隊, 保護他們免於外界的干擾, 並且教育產品負責人和團隊能熟練地使用Scrum. ScrumMaster會確保每個人(包括產品負責人, 和管理階層)了解和遵從Scrum的作法. 要能用敏捷開發技術達到成功, 會需要經歷一些困難的改變, ScrumMaster會幫助組織去渡過這些難關. 由於Scrum會使得許多障礙很明顯, 這會威脅到團隊和產品負責人的績效, 對於從事ScrumMaster工作的人來說, 積極地幫助他們解決這些問題是非常重要的, 否則團隊或產品負責人將會認為很難成功. 雖然在小團隊中, 常常是由一個團隊成員兼任ScrumMaster這個角色(當他們這樣做時, 這個人會負責較少的工作量), 理論上, 還是應該要有一個專門全職的ScrumMaster. 好的ScrumMaster可以來自人和的背景或是專業: 可能是工程, 設計, 測試, 產品管理,專案管理, 或是品質管理等專業都可以.
ScrumMaster和產品負責人不能是同一個人. 因為有時候, ScrumMaster可能拒絕產品負責人的要求(例如, 他們可能在sprint中期, 要求加一個新的交付項目). 此外ScrumMaster也不會像專案經理一樣, 會告訴人們要做什麼或是指派工作給他們, ScrumMaster只會促進這個流程的進行, 支援團隊去自我組織或管理. 如果ScrumMaster先前的職務是管理團隊, 那他們需要去大大改變自己的想法和互動的方式, 這樣才能讓團隊在應用Scrum上是成功的. 請注意, 在Scrum中是沒有專案經理的角色. 這是因為沒有需要, 傳統專案經理的責任已被Scrum的三個角色所瓜分和重新分配.
有時候, 之前做過專案經理也可以扮演ScrumMaster的角色, 但這是好壞參半的作法 - 這兩個角色有根本上的不同, 包括日常的職責和要求成功的心態, 兩個角色想的都不同. 為了徹底了解ScrumMaster這個角色, 並且培養要扮演好他所需要的核心技能, 參加Scrum聯盟的ScrumMaster的認證訓練課程, 是個不錯的方法.
除了這三個角色外, 仍然有其他貢獻者幫助產品成功, 包括職能經理(functional managers)(像是工程部門經理, engineering manager). 雖然在Scrum中他們改變了角色, 他們仍然很有價值. 例如:
- 他們藉由尊重規則和Scrum的精神來支持團隊
- 他們幫助團隊排除, 團隊所和產品負責人所遇到的障礙.
- 他們能提供他們自己的專業和經驗
在Scrum中, 這些角色取代了以前他們所伴演的"保姆"角色(指配任務, 得到狀況報告, 以及其他形式的微觀管理(micromanagment)), 相反地, 現在扮演的是"大師", "僕人"的角色(指導, 輔導, 幫助消除障礙, 幫助解決問題, 提供一些創意的意見, 和引導團隊成員開發的技能). 在這樣的轉變中, 管理人員需要改變他們的管理風格, 例如, 使用以蘇格拉底的方式提問, 來幫助團隊發現問題的解答, 而不是只是簡單地決定答案是什麼, 然後指派給團隊去做.
留言列表
