在SCRUM流程中拥有多个角色是否可以

Question

您是否认为一个人在想要使用SCRUM的软件开发公司中担任多个角色可能没问题？

E.g。如果一个人

，这是否可行？

• SCRUM主人和团队成员
• 产品所有者和团队成员
• SCRUM主人和产品负责人

您认为哪种组合可能？你在这样的团队工作吗？如果一个人有多个角色，应该考虑什么？

感谢任何提示。

Answer 1

我们所有的scrum-master都是参与团队成员，我认为这很好。该流程可以很好地处理生产力的差异。

我认为产品所有者应该是外部的，但我只相信团队应该与产品所有者保持一定距离。

Answer 2

产品所有者不应该是开发人员或项目管理角色;重点是要有人能够接受结果，谁是主题专家。如果你让他们成为团队成员，你就会回到让产品开发者定义产品;这是一件坏事。如果你让他们成为SCRUM主人，首先，他们可能没有SCRUM主人需要了解问题和估计的开发背景，其次，他们然后控制SCRUM主人应该作为一个服务的确切过程和产品。平衡。

SCRUM大师当然可以承担一些团队成员的职责，特别是在一个小团队中。但是，在大多数情况下，随着团队规模增长超过3-4，SCRUM主人将不会有大量的时间进行规范开发工作。

[更新：“SCUM”掌握了一个非常不方便的拼写错误。]

Answer 3

搜索archives of the scrumdiscussion list.过去已经广泛讨论了这个问题。

Answer 4

我们的SCRUM主人和产品所有者是同一个人，但他是一个独特的个体，他知道当他戴着他的SCRUM大师帽（或者在这种情况下是空手道小子头带）时，他不是产品所有者，反之亦然。

哦，是的，我肯定会为SCRUM大师推荐一款Karate Kid头带。

Answer 5

感谢您的所有答案。我不能选择其中一个作为公认的答案，因为所有这些都是有价值的。因此，我接受此答案，从我的个人资料页面删除提醒。

Answer 6

在“理想的Scrum情境”中，你不会分享角色。

Scrum master and team member
有时他们需要完成任务并需要消除团队成员报告的障碍之间存在利益冲突。在他们的每个角色中，他们都“承诺”在冲刺结束前完成他们的角色 - 这应该优先考虑？然而，实际上这可能是最常见的角色配对

Product owner and team member
你真的不应该让同一个人接受完成工作并完成工作。这应该只发生在一个单独的公司，在这种情况下你可能会质疑首先使用Scrum的想法

Scrum master and product owner
我再次看到Scrum主管之间存在潜在的利益冲突，他们希望完成sprint并且产品所有者需要接受说sprint已被接受。

Answer 7

Scrum故意将传统的项目管理职责分开，以防止传统的项目管理陷阱，包括压力和微观管理。根据定义，Scrum Master没有权限，产品负责人也有权限，所以如果我们将这两者合并为一个人，我们应该诚实并称那个人为常规项目经理（可能具有一些敏捷技能）。

其他组合（PO是团队成员，SM是团队成员）也有缺点，但危害较小。