Jira 单个开发团队处理多个产品积压（产品）

我们有一个开发团队（约20名团队成员），目前正在开发5种产品，拥有5名产品所有者（每种产品一名）。我们正在为不同产品之间的故事优先级和同一产品的大量会议而挣扎

以下是我们正在考虑的两个选项：

1。将产品积压合并为单个产品积压

这样团队就可以从一个产品待办事项到sprint待办事项。（而且不必再为优先事项操心了）。但单个产品积压可能太大，难以管理

2。将每个产品的团队分成5个团队

但这在目前是不可能的，因为我们有专门的资源将其用于一个特定的煎锅，需要在产品之间共享

---

有什么建议吗？

这是一个常见的问题，可以通过纪律和团队合作来解决

5个产品适合20个人使用，希望其中一些工作是类似的，您可以将其包括在一起。我会鼓励团队分成6+-3个小组，让他们选择如何最好地完成工作

---

如果你有一组自组织的团队，他们将能够找出如何进行足够的交叉培训，这样你就不需要那么多专家。请看一下Scrum指南（）并遵循其中的指导原则。

我将首先做一些假设：

这些产品是松散相关的-例如，如果您的公司生产人力资源软件，这些产品可能是时间表、培训、绩效管理等

产品之间存在一定数量的共享代码，例如登录、日志记录、部署等

可能会有更小的团队，他们将具备发布产品功能所需的技能

产品所有者能够理解产品功能的商业价值，并就优先级进行协商

在这种情况下，我会

分为3个6/7人的团队-这足够有能力完成重要功能的人了

让3个团队“拥有”1或2个产品-这样团队才能真正理解并为产品的长期愿景做出贡献，并确保根据产品价值对技术积压项目进行适当的优先级排序

为每个团队准备一份产品负责人和团队拥有的待办事项清单

有一个明确的方法，产品负责人使用该方法对功能进行优先级排序-例如业务价值、WSJF、Kano等。。。同意这一点并将其写下来可能有助于停止对该方法的争论

让3个团队协调对共享代码的更改-可能是一种内部源代码类型的方法

让教练帮助团队和利益相关者完成变革

---

我建议第三种选择

围绕产生最多工作的产品组建团队。然后让其余的开发人员在覆盖其余产品的团队中工作

比如：

第1组-产品1

第2组-产品2

第3组-产品3、4、5

希望这将减少故事优先级的斗争（尽管不能完全消除它）

最重要的是确定你想从新的组织结构中获得什么，以及你打算如何衡量成功

---

准备一些合适的指标，尝试新的结构，看看这些指标是好是坏。然后检查并调整您的方法。

我有几件事要指出，任务优先级根本不是开发团队的责任，这是PO出于许多原因管理的事情，但我们不要讨论这一点

因为你没有一个PO，这是在利益斗争中转变的。如果他们之间没有共同的目标，每个PO都希望尽快完成他们的US，因为这是他们的最高优先级（这是完全可以理解的）

<> P>所以，如果你想让一个团队为所有这些产品提供一个PO，作为一个单点的DeV团队的联系点，一个单一的积压为他们，然后你可以尝试使Sprint目标集中在单个产品上，这样DEV团队就不必在Sprint的中间改变他们的“环境”。（但这是一个额外的分数，不是强制性的）

主要的问题是，如果有可能让这一个采购订单来管理这一个积压工作，最终这就像你当前的5个采购订单成为利益相关者一样，他们会要求他们想要什么，而这一个采购订单将把这些事情安排好。基于什么？可能是公司的需要，如果有阻碍问题，或者可以像钱一样简单。…谁付的钱最多，那是你第一个参加的

在简历中，取消从团队中挑选要开发的任务的责任，可以通过这种单一PO方法，通过PO之间的论坛，他们一起管理单一产品积压。这是我的两个主张

有太多的因素，公司，销售点共同的愿景和需求，为什么只有一个团队来管理所有这些……等等

我们目前正在与一个团队合作，开发多个产品，我们只有一个采购订单和一个产品待办事项，一切进展顺利

---

希望这有帮助！有任何疑问告诉我！

也许有太多的战线打开了。退一步重新审视你的公司目标，考虑降低期望并重新组织团队。如果你推迟一个产品，做4个产品而不是5个，这不是世界末日。这会给你在其他产品上的一个很好的提升。聪明点。选择你的战斗。你不需要打每一场战斗来赢得一场战争。

我们在每种产品上都有不同的工作量。有时，团队中有一半以上的人必须专注于一种产品，其余的人则要分配给其他产品。如果