谁有责任挑战产品负责人？

Question

我对Scrum比较陌生，我不清楚产品所有者的界限。

我目前正在工作的产品负责人的行为似乎更像一个经理，而不是给开发人员提供需求的人。在没有团队领导在场的情况下与我或团队的其他成员交谈时，他的行为是不同的，例如，不允许我们质疑任何请求或被问到的内容的价值。当我们质疑有甚麽需要或迫切性，而他又不能真正支持他的论点时，很明显，他的不满主要是因为我认为他认为发展商的职级较他“低”。

虽然我可以与我的团队领导一起工作，但我更愿意理解产品负责人通常的行为方式，因为我没有敏捷方面的经验。

团队是唯一负责在Scrum中“挑战”产品所有者的人吗？

Answer 1

在Scrum中，没有TL作为官方角色，所以让我首先从Scrum的角度回答这个问题。团队中的每个人都可以“挑战”一个PO，以获得更多的信息，但是是PO负责决定“需要做什么”。重要的是，团队信任PO关于“需要做什么”的决定，而PO信任团队“如何”完成它。如果有冲突，Scrum就会出现在画面中。他是“过程的捍卫者”，在大多数情况下，冲突可以转化为基于商定的过程和事实的讨论，因此Scrum Master将在这种情况下充当主持人。

但是Scrum并没有说它没有定义的角色没有任何权威。如果你有一个TL (团队领导)，你也可以向你的团队领导寻求帮助。哪种方式最好取决于你的情况和团队领导的实际角色。通常，我首先尝试自己，然后通过团队中的专家开发人员，然后通过Scrum Master，然后通过团队领导。

这不仅是你的权利，也是你作为Scrum团队成员的责任，你有义务询问关于需求/用户故事以及价值的详细信息和更多信息。产品待办事项要按每个用户故事的业务价值进行排序，如果这方面有什么不清楚的地方，这不仅仅是您的权利，您有责任提出有关它的问题。

Answer 2

首先，让我说，产品负责人是决定哪个故事具有更高优先级的人，作为一个开发人员，我们在发布和冲刺计划会议上给出了我们的前景，但他/她仍然是在确定用户故事优先级方面拥有最终发言权的人。原因很简单，他/她对生意更了解。作为一个敏捷的开发人员，我们必须给出我们的反馈，并致力于我们为自己创造的任务。

尽管如此，这里似乎您的整个团队都是敏捷的新手。重要的是要理解敏捷与我们传统的工作设置有很大的不同。首先，包括产品负责人和scrum大师在内的所有团队成员都应该知道他们的角色是什么，并且应该理解敏捷宣言和敏捷原则。当团队知道敏捷是关于什么的时候，一半的问题就解决了。在您的特殊情况下，我认为需要提醒产品所有者以下原则。

( 1)围绕有动机的个人建立项目。给他们所需的环境和支持，并相信他们能完成任务。

2)每隔一段时间，团队就会思考如何变得更有效，然后相应地调整和调整自己的行为。

正如两条原则的第一条所述，“给予他们所需的环境和支持”是非常重要的。现在你还没有得到一个你可以全身心投入地工作的环境，你需要和你的团队，包括你的产品所有者进行更多的互动，这就是第二个原则开始实施的地方。

有冲突并不是坏事。敏捷通过定期回顾帮助解决这些问题。希望随着时间的推移，你的团队将开始更好地理解彼此。

Answer 3

很明显，他之所以不高兴，主要是因为我认为他认为开发商的级别比他低。

我相信这是主要的问题。你应该让你的Scrum大师和他谈谈他的位置。团队中的每个人，包括产品负责人，都是同级的，没有人比任何人有更高的权威。

我相信敏捷主要是关于这样一个事实:每个在软件上工作的人都是理性的人，问题可以通过由事实支持的理性讨论来解决。作为开发人员，我们必须承认，对于业务需求，我们没有那么好的想法。另一方面，我希望产品所有者有真正的理由，为什么某些特性是高优先级的。如果这个理由不存在，我会质疑他的决定，并要求有关的实际事实。