拥有一个PO和一个主Backlog的多个scrum团队
你好,
我读过几篇关于与多个团队建立一个Master backlog的文章，但并没有详细介绍如何管理会议，特别是只有一个PO的情况下。
我目前的情况是这样的:
我目前在伦敦的团队，刚刚加入了苏格兰的另一个团队。这两个团队现在是一个团队，使用相同的主Backlog和Sprint Backlog，并有一个产品负责人。这导致了各种各样的问题，因为团队只有17个人，不包括PO和Scrum Master。人们不能很好地沟通，不能建立联系等等。
我建议的解决办法是分成小队。拥有一支位于伦敦和苏格兰的团队。我遇到的问题是订单拒绝这个想法。他不喜欢他现在必须有两套计划，两套改进等等。他认为他不能把优先级的工作分配给两个独立的团队，因此我们必须是一个团队——我个人认为这不是一个问题。他现在应该做更多的工作，因为他有一个完整的团队给他。
除了PO必须为两个团队做工作，或者为每个团队获得PO之外，我看不到任何解决方案。
有人有其他的解决方案吗?或者我认为PO需要为两个团队尽自己的一份力。
>……PO拒绝了这个想法。他不喜欢
他现在必须拥有2的想法
>套规划，2套细化等。
如果一个开发团队变得太大，并选择自组织成规模更合适的小团队，那么这是他们的特权。他们可能会继续从一个有一个产品负责人的公共产品待办事项中计划工作，但是会这样做到他们各自的Sprint待办事项中。
由于只有一个产品待办事项列表，团队可以共同分享他们的Sprint计划和产品待办事项列表细化会议。他们可能还需要举行一个定期的Scrum，以促进重新规划，并消除共同产生的增量交付的任何障碍。
他认为他不能分割优先级
>工作在两个不同的团队…
反正那也不是他的工作。由开发团队自行组织所需的工作，以满足商定的Sprint目标。
来自Scrum指南:“超过9个成员需要太多的协调”，而我作为一名SM也感受到了这一点。所以17个人组成2个scrum团队听起来不错。
为了更好的沟通，一个团队中的人是很重要的。
Tobias Mayer说:“分布式团队不是团队;..”http://www.energizedwork.com/weblog/2008/07/distributing-teams-is-a-sil..。
每个背景都是不同的，但我将尝试描述我的经验，并希望某些东西可以适用于您的项目。
背景:
我们有9个团队，分布在3个不同的地理区域。
我们在jira中管理着相同的产品Backlog和相同的PO(上次我们有3个ProxyPO)
2周冲刺
我们的方法:
我们在jira中只有一个Sprint backlog和每个团队的快速过滤器。
Sprint规划:
只有与PO和所有团队代表的计划会议。
主题一:这次Sprint可以做什么?故事从产品待办事项列表转移到Sprint待办事项列表。我们会讨论哪个团队负责哪个故事。(1.5小时)
主题二:选择的工作将如何完成?-将选择的用户故事拆分为任务。回到订单上，是有问题还是sprint(2.5小时)的工作量少了/多了?
我们每周有3次SoS (Scrum of Scrums)。这个会议的目的是开发团队的协调，所以代表应该是一个技术贡献者。作为9个团队，解决团队用户故事之间的依赖关系是很重要的(是否有任何事情拖慢了你的团队或阻碍了他们?你是不是要在另一个团队的路上放点东西?)1h
细化(根据需要)——为下一个sprint准备故事
我们将故事分组在史诗上-每个史诗都分配了一个团队成员，负责协调他的团队对史诗的改进。通常进行优化的团队将在下一个sprint中继续处理该故事(但并非总是如此)。同意了“准备就绪”的相同定义后，我们可以使用其他团队改进的故事。
实验，回顾和适应!
嗨Pete，我强烈推荐你阅读关于LeSS (http://less.works/)，这是一个用于大规模SCRUM的框架，与Daniel所说的非常相似。我们有5个团队和1个Backlog，特别是两阶段计划对我们来说非常有效。
米甲
越少越好:)
你可以在这里找到一篇有趣的文章:
http://blog.scrum.org/know-scale-scrum/
上面说scrum.org上有一个为期两天的新培训
面向从业者的规模化专业Scrum
http://courses.scrum.org/classes/show/2984
Nexus:用于扩展和管理大型敏捷项目:
//www.aspasp2011.com/Resources/Nexus