Scrum團隊的角色和職責

本教程適用於敏捷軟件開發新手的Scrum團隊成員，以瞭解他們的角色和職責。本教程還將幫助那些已經在敏捷模型中工做的人提升他們的技能，並幫助那些只想瞭解這些角色的人。它還將提供對責任及其所隱藏的每一個角色的洞察力。

Scrum團隊的角色和責任

Scrum團隊主要由三個角色組成：Scrum Master，產品負責人和開發團隊。

核心團隊之外的任何人都不會對團隊產生任何直接影響。Scrum中的每一個角色都有一套很是明確的職責，咱們將在本教程後面詳細討論。在本節中，讓咱們關注Scrum團隊的總體屬性和理想的團隊規模。

Scrum團隊屬性

如下是Scrum團隊的2個屬性：

• Scrum團隊是自組織的
• Scrum團隊是跨職能的

自組織Scrum團隊在完成工做方面是自力更生和自給自足的，無需外部幫助或指導。這些團隊有足夠的能力採用最佳實踐來實現他們的Sprint目標。

跨職能Scrum團隊是團隊中具有完成工做所需的全部技能和熟練程度的團隊。這些團隊不依賴團隊外的任何人來完成工做項目。所以，Scrum團隊是完成整個工做項所需的不一樣技能的很是有創意的融合。

每一個團隊成員可能不必定具有構建產品所需的全部技能，但可以勝任他/她的專業領域。話雖如此，團隊成員不須要交叉功能，但整個團隊必須是。

具備高自組織和跨職能的團隊將帶來高生產力和創造力。

Scrum團隊規模

Scrum中推薦的開發團隊規模爲6 +/- 3，即3到9個成員，不包括Scrum Master和產品負責人。

如今，讓咱們繼續前進，詳細討論這些角色。

Scrum Master

Scrum Master負責促進/指導開發團隊和產品負責人從事平常開發活動。

他是確保團隊理解Scrum價值觀和原則並可以實踐它們的人。與此同時，Scrum Master還確保團隊對Agile充滿熱情，以便在框架內實現最佳效果。Scrum Master還幫助並支持團隊自我組織。

除了對團隊成員進行有關敏捷重要性的培訓和培訓外，他還有責任確保團隊始終保持積極性和強化。他還致力於增強團隊成員之間的溝通和協做。

Scrum Master是一名流程負責人，他幫助Scrum團隊和Scrum團隊之外的其餘團隊瞭解Scrum值，原則和實踐

角色和責任

＃1）教練 - Scrum Master爲開發團隊和產品負責人充當敏捷教練。Scrum Master在某種程度上能夠做爲開發團隊和產品負責人之間正確溝通的推進者。Scrum Master負責消除其餘角色之間的障礙。

若是注意到產品負責人沒有參與或沒有給開發團隊提供適當的時間，那麼Scrum Master的工做就是指導產品負責人瞭解他參與整個團隊成功的重要性。

＃2）輔導員 - Scrum Master也是Scrum團隊的推進者。他促進和組織Scrum團隊成員要求的全部Scrum活動。Scrum Master還幫助團隊作出重要決策，從而提升Scrum團隊的總體生產力。

Scrum Master從不命令團隊成員作某事，而是經過指導和指導幫助他們實現目標。

＃3）消除障礙 - Scrum Master還負責消除影響團隊交付業務生產力的障礙。團隊成員沒法自行解決的任何障礙都會致使Scrum Master解決。

Scrum Master根據對團隊生產力和業務的影響對這些障礙進行優先排序，並開始研究這些障礙。

＃4）干擾關守 - Scrum Master還保護Scrum團隊免受外界干擾和分心，以便團隊能夠在每次衝刺後繼續專一於爲業務提供最佳價值。

若是團隊在Scaled Scrum環境中工做，其中多個Scrum團隊正在協同工做而且在他們之間具備依賴關係，那麼幹擾可能會引發更大的關注。

Scrum Master確保團隊不參與任何不相關的討論，並專一於Sprint項目，而他本身則負責解決來自外部的查詢和疑慮。

Scrum Master負責保護團隊免受外部干擾並消除障礙，以便讓團隊專一於提供業務價值。

＃5）僕人領袖 - Scrum Master一般被稱爲Scrum團隊的僕人領袖。他最重要的職責之一就是向Scrum團隊詢問他們的顧慮並確保他們獲得解決。

Scrum Master的職責是確認團隊的基本要求是優先考慮並獲得知足，以使他們有效地工做併產生高績效的結果。

＃6）流程改進者 - Scrum Master和團隊還負責按期即興建立所採用的流程和實踐，以最大限度地提升交付價值。Scrum Master不負責完成工做，可是他有責任讓團隊設計一個讓他們完成衝刺目標的流程。

產品負責人

咱們將在本教程中討論的另外一個很是重要的角色是產品負責人。產品負責人是客戶/利益相關者的代言人，所以負責縮小開發團隊與利益相關者之間的差距。產品全部者以最大化正在構建的產品價值的方式管理差距。

產品負責人將參與Sprint活動和開發工做，並在產品的成功中發揮相當重要的做用。

角色和責任

＃1）彌合差距 - 產品負責人與內部和外部利益相關方密切合做，收集輸入並綜合願景，將產品功能放入產品Backlog中。

產品負責人有責任瞭解利益相關方/客戶羣體的要求和偏好，由於他是代理人並肩負着構建正確解決方案的責任。

同時，產品負責人確保開發團隊瞭解須要構建的內容以及什麼時候構建。他天天都與團隊合做。產品負責人與團隊的互動增長了反饋頻率和響應時間，從而提升了正在構建的產品的價值。

產品全部者的缺席/減小協做可能致使災難性的結果並最終致使Scrum失敗。

產品負責人確保產品待辦事項項目透明且清晰表達，團隊中的每一個人對項目都有相同的理解。

管理產品待辦事項 - 做爲上述結果，產品負責人負責建立和管理產品Backlog，訂購產品Backlog中的項目以最好地實現利益相關方的要求，即產品Backlog項目的優先級，最後他應該隨時能夠回答或澄清全部開發團隊的問題。

總的來講，他負責培訓產品Backlog以提升交付價值。

任何想要在產品Backlog中添加/刪除項目或須要更改項目優先級的人都應該定向到產品全部者

＃3）認證產品 - 他的另外一個責任是認證正在構建的功能。在此過程當中，他爲每一個產品待辦事項項定義了接受標準。產品負責人還能夠建立表明他定義的驗收標準的驗收測試，或者能夠在建立它們時從中小企業或開發團隊得到幫助。

如今，他是經過執行驗收測試來確保知足驗收標準的人。他能夠選擇本身執行這些驗收測試，也能夠請專家這樣作，以確保功能和質量方面獲得知足並知足指望。

此項活動一般在項目完成時在整個sprint中完成，以即可以發現錯誤並在實際Sprint審覈會議以前修復。

＃4）參與 -產品負責人是Sprint相關活動的主要參與者。他與開發團隊密切合做，解釋項目，範圍和價值。

他還充當開發團隊的推進者，可以在Sprint結束時獲取他們應該提供的Product Backlog項目。除Sprint活動外，產品負責人還負責產品發佈活動。

在產品發佈活動期間，產品負責人與利益相關方進行討論，以討論下一版本的項目。團隊蓬勃發展的關鍵成功因素之一是整個團隊應尊重產品負責人及其決策。產品負責人之外的任何人都不該該告訴團隊要處理哪些項目。

建議單個產品擁有一名全職產品全部者。可是，能夠存在產品全部者是兼職角色的安排。

代理產品全部者

代理產品全部者是產品全部者本身註冊的人，他能夠接管他的全部職責，缺席並支持他。代理產品負責人對他所委派的全部責任負有責任，但最終完成的工做的責任仍然在於實際的產品負責人。

代理產品負責人還有權表明實際產品負責人作出必要的決策。

開發團隊

Scrum團隊的另外一個很是重要的部分是開發團隊。開發團隊由熟練掌握本身專業領域的開發人員組成。與其餘Scrum團隊成員不一樣，開發團隊負責實際實施潛在可交付軟件/增量，並在每一個Sprint結束時交付。

開發團隊可能包括具備專業技能的人員，如前端開發人員，後端開發人員，開發人員，QA專家，業務分析師，DBA等，但他們都被稱爲開發人員; 沒有其餘標題是容許的。開發團隊甚至不能像測試團隊，需求規範團隊等那樣擁有子團隊。

團隊的成立考慮了在沒有外界幫助的狀況下成功開發，測試和交付每一個Sprint產品增量所需的全部基本技能。所以，該團隊應該是自給自足和跨職能的。開發團隊不會從Scrum團隊外部得到任何幫助並管理他們本身的工做。

開發增量的責任始終在於整個開發團隊，但Scrum團隊中的每一個人都負責總體交付。

徹底由開發團隊決定添加/刪除團隊成員。若是須要新的技能組合，開發團隊能夠選擇在團隊中構建專業知識或向團隊添加新成員。

角色和責任

＃1）開發和交付 - 開發團隊負責根據每一個sprint結束時的「完成定義」建立完成增量。完成增量可能不必定是下一個生產版本的一部分，但它絕對是最終用戶可使用的潛在可釋放功能。

產品負責人致電決定須要成爲發佈的一部分。開發團隊負責開發和交付符合「完成定義」標準的每一個Sprint的完成增量。

任務和提供估算 -開發團隊還負責從下一個Sprint中提取優先產品Backlog中的用戶故事/項目。所以，這些項目構成了Sprint Backlog。Sprint Backlog是在Sprint計劃會議期間建立的。

開發團隊的另外一項很是重要的職責是經過分解Sprint項目併爲這些Sprint項目提供估算來建立任務。

沒有人告訴開發團隊作什麼以及如何作。開發團隊有責任從下一個Sprint中提供的Product Backlog中獲取項目。Sprint啓動後，沒法更改/添加/刪除項目。

開發團隊規模

應明智地選擇開發團隊規模，由於它可能直接妨礙團隊的生產力，從而影響產品交付。開發團隊不該該很是龐大，由於它可能須要團隊成員之間的大量協調。

可是，對於一個很是小的團隊來講，得到遞增所需的全部技能將很是困難。所以，應爲開發團隊規模選擇最佳數量。

建議的開發團隊規模爲3到9個成員，不包括Scrum Master和產品負責人，除非他們還與其餘開發人員一塊兒開發軟件增量。

摘要

Scrum團隊

角色

• 產品擁有者
• 開發團隊
• Scrum Master

尺寸

• Scrum團隊規模 - 3到9

自組織團隊

• 知道完成工做的最佳方式。
• 沒有人告訴自組織團隊該作什麼。

跨職能團隊

• 擁有完成工做所需的全部技能，無需任何外部幫助。

產品擁有者

• 表明委員會或受其影響。
• 與利益相關者和Scrum團隊合做。

• 管理產品積壓

  • 解釋產品待辦事項。
  • 肯定工做項的優先順序。
  • 確保產品積壓易於理解和透明。
  • 清楚地定義要處理的項目。
  • 確保開發團隊瞭解產品待辦事項中的項目
  • 在產品負責人中添加/刪除/更改的任何內容都應經過產品全部者進行。
• 接聽電話以釋放工做項。

Scrum Master

• 確保團隊清楚地理解和採用Scrum。
• 是Scrum團隊的僕人領導者。
• 刪除障礙物
• 保護團隊免受無用的交互，最大限度地提升Scrum團隊創造的業務價值。
• 根據要求促進Scrum事件。
• 確保會議時間安排。

開發團隊

• 在每一個Sprint結束時提供可能可釋放的「完成」產品增量。
• 它們是自組織和跨職能的。
• 沒有人告訴開發團隊什麼和如何作。
• 沒有標題是容許的。全部人都是團隊中的開發人員。
• 不能建立子團隊。
• 他們對Sprint項目負責。
• 開發團隊負責任務並提供估算。

這就是咱們在Scrum團隊角色和責任方面的所有內容。咱們討論了每一個團隊成員所承擔的責任以及他們做爲一個總體團隊的工做方式。

• Scrum的基本功 - 集合中英文版本 (角色和責任篇)
• Scrum的基本功 - 集合中英文版本 (基礎篇)