可以在SCRUM流程中擁有多個角色

Question

您是否認爲某個人在想要使用SCRUM的軟件開發公司中擔任多個角色也許可以？

E.g.它是確定/可能的，如果一個人是

• 的Scrum Master與團隊成員
• 產品所有者和團隊成員
• SCRUM大師和產品所有者

你覺得哪個組合是可能的嗎？你在這樣一個團隊工作嗎？如果一個人有多個角色，應該考慮什麼？

感謝您的任何提示。

Answer 1

感謝您的答案。我無法選擇其中之一作爲接受的答案，因爲所有答案都是有價值的。因此，我接受此答案以從我的個人資料頁面中刪除提醒。

Answer 2

產品所有者不應該是開發人員或項目管理角色;關鍵是要有能夠接受結果的人，誰是主題專家。如果你讓他們成爲團隊成員，那麼你就回到讓產品開發人員定義產品;這是一件壞事。如果你讓他們成爲SCRUM主人，首先，他們可能沒有SCRUM主人需要了解問題和估計的開發背景，然後他們控制SCRUM主人應該作爲平衡。

SCRUM大師當然可以承擔一些團隊成員的責任，尤其是在一個小團隊中。但是，在大多數情況下，隨着團隊規模增長超過3-4人，SCRUM大師將不會有很多時間進行regualr開發工作。

[更新：「敗類」主人非常不方便錯字]

Answer 3

搜索archives of the scrumdiscussion list.這已經在過去上有廣泛的討論。

Answer 4

我們所有的scrum-master都是參與團隊成員，我認爲這很好。這個過程非常好地處理生產力差異。

我真的認爲產品所有者應該是外部的，但我相信這些團隊應該與產品所有者有一定的距離。

Answer 5

我們的SCRUM主人和產品擁有者是同一個人，但他是一個獨特的人，他知道他戴着SCRUM主帽子（或者Karate Kid頭箍在這種情況下），他不是產品所有者，反之亦然。

哦，是的，我絕對推薦爲SCRUM大師提供空手道小孩頭帶。

Answer 6

在「理想的Scrum情況」中，您不會共享角色。

Scrum master and team member
偶爾會有的他們需要完成自己的任務，需要移除團隊成員報告了一個障礙之間的利益衝突。在他們的每個角色中，他們都承諾在衝刺結束之前完成角色 - 這應該優先考慮？但實際上這可能是最常見的一對角色

Product owner and team member
你真的不應該有同一個人接受工作完成和完成，並且實際上在做這項工作。這應該永遠只發生在一個人的公司在這種情況下，你可能會質疑擺在首位

Scrum master and product owner
我再次看到了Scrum的主人想要完成衝刺的之間的潛在利益衝突使用的Scrum的想法一直致力於和產品所有者需要接受的說，衝刺已被接受。

Answer 7

Scrum故意將傳統的項目管理責任分開，以防止傳統的項目管理陷阱，包括壓力和微觀管理。根據定義，Scrum Master沒有權限，產品負責人有權限，所以如果我們將這兩者合併爲一個人，我們應該誠實地稱這個人爲常規項目經理（或許具有一些敏捷技能）。

其他組合（PO是團隊成員，SM是團隊成員）也有缺點，但危害較小。