我目前有一个产品待办列表和两个不同的团队，一个是本地团队，一个在印度，他们处理来自常见产品待办列表的用户故事，但在不同的冲刺计划上运行。我的团队设置如下所示：
产品：MyProduct
团队：Team1、Team2
我的产品待办列表由几个不同的产品负责人“拥有”，每个产品负责人都有自己不同的待办事项区域，这些区域将实现特定的功能，并且每个人都有自己的顺序。因此，每个单独的功能组都需要由其各自的产品负责人订购。我的功能组如下所示：
产品：MyProduct
特征：Feature1、Feature2、Feature3、Feature4、Feature5...FeatureN
最后，我有一个产品经理，负责监督整个产品待办列表（以及功能组产品所有者），并希望做出宏观级别的订购决策，而不管功能组或团队如何。
我意识到最好的方法是让产品经理扮演产品负责人的角色，并通过不同的功能负责人促进订购流程，这样我就剩下一个积压工作和两个团队。不幸的是，我目前无法做出这种改变。我想知道的是是否有办法设置 TFS 来支持我目前的情况。
我的要求是我的功能组应该能够单独订购他们的 PBI，该订单应该汇总到主积压工作，并且我的两个开发团队应该能够从那里提取他们的工作。
我尝试建立两个团队并使用标签对积压工作进行分类，以便我的功能组可以过滤积压工作并仅查看他们的 PBI。除了 PBI 的排序之外，这在大多数方面都很有效。一旦为功能组过滤了积压，单击和拖动重新排序的功能就会丢失。应用过滤器后重新排序 PBI 的唯一方法是手动编辑积压优先级字段。这充其量是很麻烦的，因为您不能像这样重新订购 PBI。如果我决定要将 PBI 从 15 移动到 4，我可以将 PBI 的积压优先级字段从 15 编辑到 4，但是其余的 PBI 不会改变以解决这个问题，所以我基本上以两个 4 结束. 显然这并不理想。
然后我尝试为每个功能组创建一个单独的团队。这解决了我的重新排序问题，但现在我无法全面了解我的两个团队，因为我已经为每个功能组创建了一个团队。此外，对于我的产品团队构想的每一个新功能，我都需要创建一个全新的团队。
任何人都可以建议一种配置 TFS 的方法，以便它可以为我提供我的产品待办列表的子集，这些子集可以轻松订购并汇总到主待办事项，但仍然只定义了两个团队？