什麼是 Scrum 角色以及為什麼需要它？
Scrum 是最常用的敏捷形式，在市場上很有名。即使組織沒有真正使用 Scrum，也很少有 Scrum 角色在全球範圍內使用。慢慢地，市場趨向於將 Scrum 角色稱為敏捷工作方式所需的角色。
如今，Scrum 知識的問題在於，可用的資訊太多，無法保證什麼是對的，什麼是錯的。在這種情況下，瞭解 Scrum 角色的基礎知識以及為什麼需要它，將為有志於在 Scrum 團隊中工作或計劃開始工作的人提供一個良好的開端。
Scrum 角色
完整的 Scrum 流程圍繞著它的三個組成部分展開，即
▶
Scrum 角色
▶
Scrum Artefacts
▶
Scrum Ceremonies
在本文中，我們將討論僅限於
Scrum 角色
。
Scrum 只定義了三個角色，如下所示：
產品負責人
在 Scrum 中，所有需求都被優先考慮並儲存在產品待辦事項列表中，團隊從那裡開始工作並執行它。產品負責人是此產品待辦列表的保管人，並確保在 sprint 中選擇和開發的功能具有很高的客戶價值。產品負責人是客戶的聲音，對需求或其優先順序的任何疑問都由他自己負責。
Scrum 建議這個角色應該由一個人擔任。積壓工作中的任何型別的更改都必須與產品負責人討論，這會促使團隊接受和執行工作，而他/她是最終決定的人。
Scrum Master
Scrum Master 是最容易被誤解的角色。很少有技術組織認為這個角色不會增加任何價值，也很少有人認為這對個人來說是最簡單的事情。事實上，這個角色一點也不輕鬆。這個人是真正的
僕人式領導者
，他將確保團隊成員遵循和理解 Scrum。如前所述，Scrum 的一個重要組成部分是 Scrum 儀式。
每個儀式都有時間限制，Scrum Master 是確保儀式按照時間限制進行並完成的人。此外，Scrum Master 還會保護團隊不受外界干擾，消除團隊工作中的障礙。
這裡要注意的重點是 Scrum Master 不是經理。Scrum 中沒有中央控制。他不是要獲得地位或分配工作的人。
開發小組
將客戶要求的功能開發成產品的所有需求都在開發團隊中。當我們這麼說時，我們的意思是從負責設計的架構師到質量測試員，每個人都會在這個角色下共同參與。這些人在每個 Sprint 之後一起工作並交付產品增量。
這個 Scrum 團隊的美妙之處在於，它是自我組織和自我激勵的。團隊，作為對即將到來的衝刺需求的集體力量，相互賦予地位，決定前進的方向。
建議不要根據團隊中的資歷級別進行指定。
為什麼需要 Scrum 角色？
在傳統的專案管理中，專案經理只是在做 Scrum Master 和團隊正在做的活動。業務需求仍然在客戶的範圍內。
Scrum 的不同之處在於，焦點從中央控制轉移到自組織，因為當自我負責並給予自我承諾時，它就有人類工作傾向。這就是 Scrum 確定這些角色的原因，並且有許多成功的案例研究證明了它的作用。
這是 Scrum 角色和傳統角色（藍色）的多維檢視。最終，需要角色的原因與傳統上相同，但現在角色在 Scrum 中具有不同的含義和範圍。
▶ 早些時候，需求在一開始就由客戶精確給出併成為強硬路線，而在 Scrum PO 中，在專案的整個生命週期中處理需求、其優先順序、新增和刪除
▶ 以前的專案經理曾經有不同的職責，從工作分配到清除障礙，現在專案經理的工作在開發團隊和 Scrum 團隊之間進行分離，幾乎沒有額外的事情。
▶ 之前有專門的設計、編碼和測試團隊，現在只有一個團隊，所有需要的都在這個團隊內部，無論是架構師、編碼人員、測試人員、業務分析師、DBA 等。
如果我們想真正採用 Scrum，就需要公平對待這些角色。在很多情況下，組織抱怨我們採用了 Scrum 但它沒有用。在分析中，問題總是與 Scrum 的採用有關。Scrum 看起來很簡單，但在實踐中，它遇到了許多挑戰，必須以某種方式工作才能從中獲得價值。
結論
如果以充分的方式而不是稀釋的方式採用 Scrum 實施，則它可能會成功。Scrum 角色是 Scrum 的一個非常重要的組成部分，也是最稀釋的組成部分。很多時候，Scrum 團隊中的角色是共享的或完全缺失的，這使 Scrum 成為一種不成功的實踐。
瞭解角色的重要性併為角色分配合適的人員是成功實施 Scrum 的關鍵。我希望本文中對 Scrum 角色的討論不僅有助於理解 Scrum 角色的基礎知識，而且有助於理解它的重要性。
-The End-
