Scrum Master如何“管理”失控的产品所有者？

Question

我刚接触Scrum，虽然我理解Sprint背后的团队概念，但我认为团队仍然需要一个监护人，他将不熟悉软件开发的产品所有者的干扰降至最低。你的成功是什么，你经历过哪些可怕的故事？

更新：

我正在寻找实现业务流程的编码和为客户创建适当的体系结构之间的平衡。如果产品负责人来自业务部门，那么就必须有关于应该在数据模型等方面花费多少时间的指导。

定义：

我所说的“失控”的产品所有者通常是指来自业务部门的一些人，他们积极地设定时间框架，但没有真正的技术能力来创建该估计。通常情况下，这个人会说：“在下周与运营委员会的下一次会议之前，我需要这些屏幕，所以优先考虑这些工作产品。我们将在与运营部门交谈后处理数据库。”

每个人都回答得很好。感谢您的良好投入。

Answer 1

必须有关于应该在数据模型等方面花费多长时间的指导。

正确的。这就是优先级排序的意义所在。你定义了工作，你确定了优先顺序。你按照优先级来工作。

什么会失控？

1. 在工作完成前重新定义工作？
2. 在工作完成前重新定义优先级？

解决方案是相同的。将工作分解成更小的部分，以便在有机会做出改变之前完成一些事情。

如果你的冲刺时间很短(两周)，就不可能失控。如果你选择更实用的4周冲刺，那么你就有很小的机会陷入麻烦。

Answer 2

职责在Scrum中定义得非常清楚--产品负责人定义待办事项并确定它们的优先顺序，开发人员承诺他们在Sprint中可以做多少事情。

因此，产品负责人根本没有任何权限来设置评估。当然，他仍然可以说，他需要某个特定的时间点--这很容易发生。但这仍然是开发人员会说它是否可以做到。如果不能，他们必须共同研究如何改变范围或任何其他可以做的事情，以尽可能好地满足PO的需求。

现在，SM在这种情况下应该如何准确地采取行动，这在很大程度上取决于具体的情况。然而，我宁愿看到他促进PO和团队之间的良好关系和沟通文化，而不是让他保护团队免受PO的影响。

Answer 3

产品负责人应该是保护你不受模糊或变化的客户需求影响的人。

产品负责人不能给出预估。