一个Scrum团队，使用TFS 2013

Question

我们有一个Scrum团队，同时处理3个产品，每个产品都有自己的PO和Backlog。我们决定将所有产品Backlog（主要是所有三个PO添加他的Backlog项目）添加到同一产品Backlog中，并且团队成员从此Backlog项目中选择PBI。我应该说我们有一个超级PO（PO的PO），他从所有其他三个PO获得所有Backlog项目并添加到共享的产品Backlog。 所以，首先，我想知道，这种方法是否良好且效率高？如果不是，我们应该采取什么方法更好地选择？

  

我们使用TFS作为Scrum生命周期管理，但我们不确定TFS是否可以执行此方法 - 针对来自不同上下文和不同PO的不同类型的积压项目的一个共享积压项目。

非常感谢

Answer 1

您可以在TFS / VSTS中轻松完成此操作，方法是创建指向根区域路径的A团队，然后创建指向其下的产品区域路径的三个团队（每个产品负责人一个）。

/ TeamProject ＆lt; - 您的根团队拥有此区域和所有子区域。这是您的软件团队的工作地点 / TeamPeoject / ProductA ＆lt; - 您的ProductA团队拥有此区域。 ProductA的PO在这里工作并优先处理他的待办事项。他只会看到他的东西，而只会看到他在Sprint中的东西。

虽然此方法在技术上可以在TFS / VSTS中使用，但您应该首先考虑修复组织中导致此问题的流程问题。

但你必须考虑

• 如果他们有三个优先顺序积压，您的软件团队将如何知道要处理哪些内容？
• Sprint内部的多语言对生产力有何影响？
• 在单个sprint中创建多个Done增量软件的多个DOD和其他工作对产品质量有何影响？

这在您的情况下是一个难题，并且没有可以帮助您解决此业务问题的工具。

Answer 2

嗯，首先，当你改变某些东西时，它就不再那么重要了。

  

在Scrum中，团队是3-9人，他们在积压的情况下进行为期2-6周的冲刺。

如果您更改其中任何一项，则不再是scrum。你可以称它为敏捷，但它将是你的自定义敏捷过程，没有人测试过，没有人知道它最终会如何。

  

如果您有3个项目并且想要同时执行，请使3个团队同时工作。

     

如果您没有足够的人员这样做，请使用其他方法。

我根本无法通过复杂化来获得你所获得的一切。通过与人们讨论3个不同的项目进行站立，你获得了什么？重点是什么？

你最多 9人，但你有 4个拥有者吗？ ：D很有趣。