您认为一个人在想要使用 SCRUM 的软件开发公司中担任多个角色是否可行?
例如,如果一个人是
- SCRUM 大师和团队成员
- 产品负责人和团队成员
- SCRUM 主管和产品负责人
你认为哪些组合是可能的?你在这样的团队工作吗?如果一个人有多个角色,应该考虑什么?
感谢您的任何提示。
我们所有的 Scrum-master 都是参与的团队成员,我认为这很好。这个过程很好地处理了生产力的差异。
我真的认为产品负责人应该是外部的,但我只是认为团队应该与产品负责人保持一定的距离。
产品负责人不应是开发人员或项目管理角色;关键是要有一个可以接受结果并且是主题专家的人。如果你让他们成为团队成员,你又要让产品开发人员定义产品;这是一件坏事。如果你让他们成为 SCRUM 主管,首先,他们可能没有 SCRUM 主管需要了解问题和评估的开发背景,其次,他们控制了 SCRUM 主管应该充当的确切流程和产品平衡。
SCRUM 大师当然可以承担一些团队成员的职责,尤其是在一个小团队中。然而,在大多数情况下,随着团队规模超过 3-4 人,SCRUM 大师将没有大量时间进行常规开发工作。
[更新:“SCUM”掌握一个非常不便的错字。]
搜索scrumdiscussion 列表的档案。这在过去已经被广泛讨论过。
我们的 SCRUM 大师和产品所有者是同一个人,但他是一个独特的人,当他戴着他的 SCRUM 大师帽(或本例中的空手道小子头带)时,他知道他不是产品所有者,反之亦然。
哦,是的,我绝对推荐 SCRUM 大师的空手道小子头带。
感谢您的所有回答。我不能选择其中一个作为接受的答案,因为它们都很有价值。因此,我接受此答案以从我的个人资料页面中删除提醒。
在“理想的 Scrum 情况”中,您不会共享角色。
Scrum master and team member
有时,在他们需要完成任务和需要消除团队成员报告的障碍之间存在利益冲突。在他们的每个角色中,他们都“承诺”在冲刺结束之前完成他们的角色——哪个应该优先?然而,实际上这可能是最常见的角色配对
Product owner and team member
你真的不应该让同一个人接受完成和完成的工作并实际完成工作。这应该只发生在单人公司中,在这种情况下,您可能会质疑首先使用 Scrum 的想法
Scrum master and product owner
我再次看到,想要完成已承诺的 sprint 的 Scrum master 与需要接受 sprint 已被接受的产品所有者之间存在潜在的利益冲突。
Scrum 有意拆分传统的项目管理职责,以防范传统的项目管理陷阱,包括压力和微观管理。根据定义,Scrum Master 没有权力,而 Product Owner 有权力,所以如果我们将这两者结合为一个人,我们应该诚实地称那个人为常规项目经理(也许具有一些敏捷技能)。
其他组合(PO 是团队成员,SM 是团队成员)也有缺点,但危害较小。