单一开发团队致力于多个产品积压（产品）

Question

我们有一个开发团队（约20名团队成员）目前正在开发5个产品，其中包括5个产品所有者（每个产品一个）。我们正在努力解决不同产品和大量会议之间的故事优先级问题。

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

1。将产品待办事项合并到单个产品待办事项

因此，该团队可以将故事从一个产品积压记录到sprint积压。 （而且不必再为优先事项烦恼了）。但单个产品积压可能太庞大且无法管理。

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

但目前这还不可能，因为我们有资源专门用于特定的平底锅，需要在产品之间共享。

有什么建议吗？

Answer 1

我建议第三种选择。

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

类似的东西：

  

第1组 - 产品1

     

第2组 - 产品2

     

第3组 - 产品3,4,5

希望这会减少与故事优先排序的斗争（虽然不能完全消除它）。

最重要的是确定您希望通过新的组织结构获得什么以及您打算如何衡量成功。

获取一些合适的指标，尝试新的结构，看看指标是好还是坏。然后检查并调整你的方法。

Answer 2

我有几点要指出，任务优先级根本不是开发团队的责任，这是由PO管理的原因有很多，但不要讨论。

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

所以，如果你想为所有这些产品保留一个团队，那么你需要一个PO作为Dev团队的单点联系人，一个积压工具，然后你可以尝试将sprint目标集中在单个产品，所以开发团队不必在冲刺中间改变他们的“环境”（但这是一个奖励点，不是强制性的。）

最重要的是，如果有可能有这个单一的PO来管理这个单一的积压，最后它就像你当前的5个PO成为利益相关者一样，他们会询问他们想要什么，而这个单一的PO将会把那些东西整理好。基于什么 ？可能是公司的需要，如果有阻塞问题，或者它可以像金钱一样简单......谁是支付最多的那个，那就是你将首先参加的那个。

在简历中，删除挑选要从团队开发的任务的责任，可以通过这种单一的PO方法，通过PO之间的论坛来管理单个产品积压。这些是我的两个命题。

有太多因素，公司，PO共享愿景和需求，之所以有一个团队正在管理所有这些......等等。

我们目前正在与一个团队合作开发多种产品，我们只有一个PO和一个产品积压，事情进展顺利。

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

Answer 3

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

5个产品接缝很像20个人，希望其中一些工作类似，你可以将它们包括在一起。我鼓励小组成为少数6 + -3的团队，让他们选择最适合的工作。

如果你有一个自组织的团队，他们将能够弄清楚如何交叉训练足够你不需要这么多专家。查看Scrum指南（http://www.scrumguides.org/）并遵循指导原则。

Answer 4

我先做一些假设：

1. 产品松散相关 - 例如如果贵公司生产人力资源软件，产品可能是时间表，培训，绩效管理等......
2. 产品之间存在一定数量的共享代码，例如登录，记录，部署等......
3. 可能拥有较小的团队，这些团队具备运送产品功能所需的技能。
4. 产品所有者能够了解产品功能的商业价值，并在优先级之间进行协商。

在这种情况下，我会......

1. 分为3个6/7的团队 - 这是足够有能力完成重要功能的人。
2. 拥有3支球队＆＃34;拥有＆＃34; 1或2个产品 - 这样团队才能真正理解并有助于产品的长期愿景，并确保技术积压项目的优先顺序与产品价值相对应。
3. 为每个团队提供积压 - 产品所有者和团队拥有。
4. 拥有产品所有者用于确定功能优先级的明确方法 - 例如商业价值，WSJF，卡诺等......同意这一点并将其写下来可能有助于阻止对方法的争论
5. 让3个团队协调对共享代码的更改 - 可能是内部源类型方法。
6. 让教练通过改变帮助团队和利益相关者。

Answer 5

可能打开太多前线？退一步重新审视公司目标，考虑降低预期并相应地重新组织团队。如果你推迟一个产品而做4个产品而不是5个产品不是世界末日。这将为您提供其他产品的良好推动力。要聪明，挑选你的战斗。你不需要为赢得战争而战斗。