我们有一个开发团队（大约 20 名团队成员）目前正在开发 5 种产品，有 5 名产品负责人（每个产品负责人）。我们正在努力解决不同产品之间的故事优先级以及相同的许多会议。
以下是我们正在研究的两个选项：
1. 将产品 backlog 合并为单个产品 backlog
这样该团队就可以从一个产品待办列表中提取故事到冲刺待办事项中。（并且不必再为优先级而烦恼）。但是单个产品积压可能过于庞大且难以管理。
2. 将每个产品的团队分成5个团队
但这目前是不可能的，因为我们有专门的资源专门用于特定的煎锅，并且需要在产品之间共享。
有什么建议么？
我会建议第三种选择。
围绕产生最多工作的产品组建团队。然后让剩余的开发人员在涵盖剩余产品的团队中工作。
就像是：
团队 1 - 产品 1
团队 2 - 产品 2
第 3 组 - 产品 3、4、5
希望这将减少故事优先级的斗争（尽管不能完全消除它）。
最重要的是确定您希望通过新的组织结构获得什么以及您打算如何衡量成功。
获得一些合适的指标，尝试新的结构，看看指标是变好还是变坏。然后检查并调整您的方法。
我有几件事要指出，任务优先级根本不是开发团队的责任，这是由 PO 管理的事情，原因有很多，但我们不讨论这个。
由于您没有单一的采购订单，这将转化为利益斗争。如果他们之间没有共同的目标，每个 PO 都会希望他们的美国尽快完成，因为这是他们的最高优先级（这是完全可以理解的）。
因此，如果您想为所有这些产品保留一个团队，您将需要一个 PO 作为 Dev 团队的单点联系人，为他们提供一个 backlog，然后您可以尝试将 sprint 目标集中在单个产品上，这样开发团队不必在 sprint 中间改变他们的“环境”（但这是一个奖励点，不是强制性的）。
最重要的是，如果可以让这个单一的 PO 来管理这个单一的 backlog，最后就像你现在的 5 个 PO 成为利益相关者一样，他们会问他们想要什么，而这个单一的 PO 会放那些东西为了。基于什么 ？可能是公司需要，如果有阻塞问题，或者它可以像钱一样容易......谁是支付最多的人，那是你将首先参加的人。
在简历中，消除从团队中挑选要开发的任务的责任，可以通过这种单一的 PO 方法，通过 PO 之间的论坛，他们一起管理单个产品积压。这些是我的两个主张。
有太多的因素，公司，PO 的共同愿景和需求，为什么只有一个团队来管理这一切……等等。
我们目前也在与一个团队合作开发多种产品，而且我们只有一个 PO 和一个产品积压，事情进展顺利。
希望这可以帮助！有什么疑问就告诉我吧！
可能有太多的前线开放？退后一步重新审视您的公司目标，考虑降低期望并相应地重新组织团队。如果你推迟一个产品并做 4 个产品而不是 5 个产品不是世界末日。这将为您提供其他产品的良好提升。聪明点，选择你的战斗。你不需要打每场战斗来赢得一场战争。
这是一个普遍的问题，可以通过纪律和团队合作来解决。
5 个产品对于 20 个人来说似乎很多，希望其中一些工作是相似的，你可以将它们包含在一起。我会鼓励该小组分成数量较少的 6+-3 人团队，并让他们选择如何最好地完成工作。
如果您有一组自组织的团队，他们将能够弄清楚如何进行足够多的交叉训练，这样您就不需要那么多专家了。查看 Scrum 指南 ( http://www.scrumguides.org/ ) 并遵循其中的指导原则。
我先做一些假设：
在这种情况下，我会...