我目前有一个产品Backlog和两个不同的团队，一个是本地的，一个是印度的，它们处理来自常见Product Backlog的用户故事，但是在不同的sprint日程表上运行。我的团队设置如下：
产品：MyProduct
团队：Team1，Team2
我的产品Backlog由几个不同的产品所有者“拥有”，每个产品所有者都有自己不同的积压区域，这些区域将实现某个功能，每个功能都有自己的订购。因此，每个单独的功能组都需要由相应的产品负责人订购。我的功能组如下所示：
产品：MyProduct
功能：Feature1，Feature2，Feature3，Feature4，Feature5 ... FeatureN
最后，我有一个产品经理负责监督整个产品Backlog（以及功能组产品所有者），并且无论功能组或团队如何，都希望做出宏观级别的订购决策。
我意识到最好的方法就是让产品经理扮演产品负责人的角色，并通过不同的功能所有者促进订购流程，这样我就可以留下一个积压工作和两个团队。不幸的是，我目前无法做出改变。我想知道的是，是否有办法设置TFS以支持我目前的情况。
我的要求是我的功能组应该能够单独订购他们的PBI，该订单应该汇总到主要的积压工作，我的两个开发团队应该能够从那里完成他们的工作。
我尝试过设置两个团队并使用标签对待办事项进行分类，以便我的功能组可以过滤待办事项并只查看他们的PBI。除了PBI的排序之外，这在大多数方面都很有效。一旦为功能组过滤了待办事项，就会丢失要重新排序的单击和拖动功能。应用过滤器后重新排序PBI的唯一方法是手动编辑“积压优先级”字段。这很麻烦，因为你无法真正重新订购像这样的PBI。如果我决定将PBI从15移动到4，我可以将PBI的Backlog Priority字段从15编辑到4，但其余的PBI不会转移到这一点，所以我基本上最终得到两个4s 。显然这不太理想。
然后我尝试为每个功能组创建一个单独的团队。这解决了我的重新排序问题，但现在我没有全面了解我的两个团队，因为我为每个功能组创建了一个团队。此外，我的产品团队设想了每个新功能，我需要创建一个全新的团队。
任何人都可以建议一种配置TFS的方法，这样它就会给我产品Backlog的子集，这些子集可以很容易地订购并汇总到主积压，但仍然只能定义两个团队？
答案 0 :(得分：1)
在TFS中，您可以将区域与团队相关联。当您将整体所有者放入其自己的团队并将根分配为其默认区域时，您可以让您的开发团队各自使用一个或多个孩子。然后，您可以将一个或多个功能（可以是区域节点）分配给团队，以将pbi放入其待办事项视图中。
这样你的产品积压应该是可以订购的。