ScrumMaster和其他团队成员可以由产品负责人管理吗？

Question

我们的团队正在转向Scrum。我将成为ScrumMaster (除了是一个开发人员)，另一个开发人员将成为产品负责人(除了我们的产品营销人员)。

团队的所有成员，包括我在内，都将由未来的产品负责人管理.我的意思是，这个人将决定我们的年度评估，加薪等。这种等级关系是否容易引发问题？组织通常如何将层次结构映射到敏捷团队上？

我认为，ScrumMaster与团队中的其他开发人员有一个分层链接，这是相当常见的。这里应该是产品负责人。这不一样吗？

Answer 1

产品经理不管理团队，但管理产品待办事项。任何层次的联系都会使事情变得更加困难。

我也建议你从你的公司删除年度评估。他们是个人的，Scrum专注于一个团队，而不是个人。

在Scrum和团队的其他成员之间没有分层的联系。这个团队是自我管理的。

ScrumMaster确保scrum过程得到正确的实现，并在日常的基础上帮助团队。

小组在每日起立时向团队报告。

在sprint评审期间，团队向产品负责人报告。

简单有效。

Answer 2

和大多数事情一样，这里没有固定的答案--这真的取决于团队和个人以及他们之间的关系。我是一个团队的PO，我的职责是管理。效果很好。它能挡道吗？当然可以，但如果每个人都想让它发挥作用，它就可以而且确实能发挥作用。作为一名经理，你需要非常清楚你的活动的分离(经理对PO -我现在戴的帽子是什么？)而且表现得更像一名教练/团队成员，而不是传统的指挥和控制风格。以非常轻松的方式进行管理，并作为团队的一部分。

Answer 3

理想情况下，产品负责人应该以与其他人完全相同的方式成为团队的一部分。它也与管理任务无关。scrummaster应该拥有流程，并确保技术方面处于正轨，产品所有者应该确保团队所做的事情与业务需求相匹配，并且不会陷入与项目无关的技术冲突中。那里有一种自然的紧张，这就是为什么通常最好不要把它们组合成一个人。我发现在传统的设置中，与PO最相似的是业务分析师和项目经理之间的东西--但是更接近于BA而不是PM

显然，您需要进行报告，也需要执行管理任务--但不要让它们与scrummaster和产品所有者角色混淆(即使这些角色是执行任务的人员)。

在我们的团队中，我们每隔几个月轮换一次scrummaster角色(或者当看起来有人对它感到厌烦时)。我是我工作的开发经理(但我也积极参与编码)，但这并不一定意味着我在任何时候都是SM。我发现这是强调协作而不是层级，一旦你对scrum感到满意，我建议你也这么做。