agile - 您(开发人员)如何处理不明确的需求和多个代理 PO？

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改善这个问题吗？更新问题，以便可以通过 editing this post 用事实和引文回答问题.

3年前关闭。




Improve this question




这是另一个试图弄清楚 Scrum 在现实生活中可以/应该如何工作的问题。这是我遇到的一个典型场景:

注意:下面没有使用术语“产品负责人”。这是因为真正的“产品负责人”——在这种情况下是产品经理——不会做出最终决定。 DB Lead 在决定应用程序如何与 DB 交互时对许多事情有最终决定权。 QA 对事物的外观/工作方式有自己的想法 - 他们的想法作为错误输入，并且通常(每个人)都期望(每个人)被这样对待。

产品经理写了这样一个故事“X 用户需要一个页面来做 Y”。

在冲刺计划 session 上，故事被添加到冲刺待办事项中。

一些可怜的开发人员捕获(或分配)了这个故事。

开发人员询问产品经理“您希望页面是什么样的”。

产品经理(如果有)说:“嗯，嗯，它需要收集 A、B 和 C。”

开发人员开始努力猜测它应该是什么样子。

开发人员尝试将页面连接到存储过程并询问 DB 领导一些问题。 DB 负责人说“Page 也需要 D 和 E。而不应该需要 B”。

开发人员进行更改并提交。

QA 说“我认为 E 令人困惑”。

开发人员必须努力让 QA、DB 主管和产品经理就最终页面应该是什么达成一致。

我的理解(根据我们学习 Scrum 的方式)是开发人员有责任充实页面的要求。在我们的环境中，如上所示，这给开发人员带来了令人沮丧的体验，并且在等待获得所有权力以就需求做出统一决定时浪费了开发人员大量时间。

有时可能需要多天数小时才能确定 2 小时任务的要求!和 1 个人一起获得足够的时间已经够难了——对于 3 人来说更难!

我知道这是反 Scrum，但在我看来，产品经理、DB Lead 和 QA 团队应该在计划 session 之前开会，并弄清楚要添加到 sprint 的任务的详细信息。 (开发人员很少考虑任何输入，当我们试图在 session 上这样做时，可能需要一整天——不是开玩笑——来整理出积压工作中所有项目的所有细节。)

有没有人处理过这个问题？有什么建议？我不想啰嗦太久，所以如果您需要更多详细信息，请告诉我。

谢谢!

Answer 1

That is because the true "Product Owner" - the Product Manager in this case - does not make the final decisions.

这正是你的问题。 Scrum 说

The Product Owner is not a person, it is a role. Everyone can be the Product Owner.

如果您的产品经理无法做出这些决定，恕我直言，他就不是产品负责人。在那种情况下找到的人可以 做出这些决定，因为这是您真正的产品所有者。

作为开发人员(Scrum 中的“团队”角色)，我只需要了解产品所有者对该功能的期望。他是所有者，他向我解释页面应该是什么样子，我将根据他的描述进行制作。 DB 负责人不是产品所有者。 QA 不是产品所有者。我按照产品负责人的意愿制作了页面，如果 DB 主管或 QA 对此有问题，他们应该与产品负责人交谈。或者实际上产品负责人应该提前与他们交谈。

另外，如果 DB 主管和 QA 也以某种方式为产品负责人服务，为什么他们没有参加 sprint 计划 session ？在那种情况下，当产品经理说 A、B 和 C 时，他们可以立即大喊“反对”。DB 领导可以说他需要 D 和 E，而 B 不应该在那里。 QA 可以说，他们认为 E 令人困惑。只要在冲刺后最终必须批准我实现的人甚至不同意他们想要拥有的东西，我根本不会碰这个东西。