Scrum的三個角色

每一個Scrum團隊包括3個角色： 產品負責人（Product Owner）, ScrumMaster和 Scrum 團隊。

產品負責人

產品負責人的職責：

 肯定產品的功能，負責維護產品Backlog。 
 決定產品的發佈日期和發佈內容。 
 爲產品的投資回報率(ROI)負責。 
 根據市場價值肯定功能優先級。 
 在每一個Sprint開始前調整功能和調整功能優先級。 
 在Sprint結束時接受或拒絕接受開發團隊的工做成果。

產品負責人是一我的，而不是一個委員會。可能會有一些委員會向產品負責人提出建議或影響他的決策，但要想改變某條目的優先級必須先說服產品負責人。實施Scrum的企業可能發現這樣會影響他們制定優先級和需求的方法。

爲保證產品負責人的工做取得成功，企業中的全部人員都必須尊重他的決定。任何人都不得要求團隊按照另外一套優先級開展工做，團隊也不容許遵從任何人帶有威脅恐嚇性的指令。產品負責人所做的決定須要經過產品Backlog內容和優先級使其可視化。這種可視化要求產品負責人盡心盡力，同時也使其成爲一個費心費力但又值得去作的角色。

ScrumMaster

ScrumMaster 做爲Team Leader和Product owner緊密地工做在一塊兒，他能夠及時地爲團隊成員提供幫助。他必須:

保證團隊資源徹底可被利用而且所有是高產出的。 
保證各個角色及職責的良好協做。 
解決團隊開發中的障礙。 
作爲團隊和外部的接口，屏蔽外界對團隊成員的干擾。 
保證開發過程按計劃進行，組織每日站會、Sprint計劃會議、Sprint評審會議和Sprint回顧會議。
ScrumMaster 除了主持每日站會（Daily Scrum Meeting）以外，還有三個主要職責：

ScrumMaster 須要知道什麼任務已經完成，哪些任務已經開始，哪些新的任務已發現，和哪些估算可能已經發生變化。ScrumMaster 須要根據以上的狀況更新反映天天完成的工做量以及還有多少沒有完成的燃盡圖（Burndown Chart）。 
ScrumMaster 還必須仔細考慮同時在進行開發的任務數，同時進行的工做須要作到最小化，以實現精益生產率的收益。
該ScrumMaster 須要找出阻礙團隊的障礙和依賴。他們須要的優先次序和跟蹤。根據優先級指定計劃解決這些障礙。其中有些問題能夠在團隊內部解決，有些則要團隊之間的協調，還有的要管理層的介入來解決，甚至有些是公司的問題阻礙了團隊達到他們的生產力。好比：一個電信公司最近實施了Scrum，但後來發現只有兩個問題和Scrum Team有關，其餘的全是公司的問題須要管理層關注。
最後但並不是最不重要， ScrumMaster 可能會注意到，我的問題或衝突在Scrum裏是須要解決的。這些都須要被澄清，或經過內部的溝通解決，或向管理層和HR尋求幫助解決。ScrumMaster 必須注意去確保團隊資源徹底可被利用而且所有是高產出的。

Scrum 團隊

Scrum團隊的職責是在每一個Sprint中將產品Backlog中的條目轉化成爲潛在可交付的功能增量。

Scrum團隊的一些特色：

1. Scrum團隊的規模控制在5-9我的。
若是成員少於5人，那麼相互交流就減小了，團隊的生產力也會降低。更重要的是，團隊在Sprint中可能會受到技能限制，從而致使沒法交付可發佈的產品模塊。若是成員多於9人，那麼成員之間就須要太多的協調溝通工做。大型團隊會產生太多複雜性，不便於經驗過程控制。對於大型項目來講，能夠採用多個小的Scrum團隊，經過Scrum of Scrums解決團隊間的溝通協調問題。

2. Scrum團隊是跨職能的團隊。
團隊成員必須具有交付產品增量所須要的各類技能。團隊成員經常具有如編程、質量控制、業務分析、架構、用戶界面設計或數據庫設計等的專業技能。在Scrum團隊中沒有頭銜的概念，每一個人都必須全力以赴完成Sprint目標。團隊中不容許包括測試或業務分析等在特定領域工做的子團隊。

3. Scrum團隊是自組織的。
任何人，包括ScrumMaster都沒有權利規定團隊如何將產品Backlog轉化成可交付的功能增量，而是由團隊本身肯定。每一個團隊成員利用本身的專業技能，解決遇到的問題。這種協同配合提升了團隊總體效率。

團隊的構成在Sprint結束時可能會發生變化，每次團隊成員的變化，都會下降經過自組織而獲取的生產力。所以，改變團隊構成時務必要謹慎。