我目前有一個產品待辦事項列表和兩個不同的團隊，一個在印度本地，一個在普通產品待辦列表中處理用戶故事，但在不同的Sprint時間表上運行。我的團隊的設置是這樣：按功能排序的TFS 2012產品積壓訂單
產品：myProduct的
團隊：TEAM1，的Team2
我的產品積壓是由幾個不同的產品負責人「擁有」，每個積壓的各自不同的區域，將實施一個特定的功能，每個都有自己的訂購。因此，每個特徵組需要由其各自的產品負責人進行訂購。我的功能團體是這樣的：
產品：myProduct的
特點：特徵1，特徵，特徵3，特徵，Feature5 ... FeatureN
最後，我有一個產品經理，負責監督整個產品Backlog（和因此，功能組產品所有者），並且希望進行宏觀層次排序決策，而不考慮功能組或團隊。
我認識到最好的方法是簡單地讓產品經理扮演產品負責人的角色，並通過不同的功能所有者來促進訂購流程，這樣我就只剩下一個積壓和兩個團隊。不幸的是，我目前無法做出改變。我想知道的是，如果有一種方法來設置TFS來支持我目前的情況。
我的要求是，我的功能組應能夠單獨訂購其PBI，該訂單應該彙總到主要訂單中，我的兩個開發團隊應該能夠從那裏開始工作。
我已經嘗試設置兩個團隊，並使用標籤對待辦事項進行分類，以便我的功能組可以過濾待辦事項並僅查看他們的PBI。除了PBI的排序外，這在大多數方面都很有用。一旦功能組的待辦事項被過濾，重新排序的點擊和拖動功能就會丟失。一旦應用過濾器，重新排列PBI的唯一方法是手動編輯積壓優先級字段。這很麻煩，因爲你不能像這樣重新訂購PBI。如果我決定將PBI從15移動到4，我可以將PBI的積壓優先級字段從15更改爲4，但其餘的PBI不會因此而改變，所以我基本上最終得到兩個4 。顯然這並不理想。
然後我嘗試爲每個功能組創建一個單獨的團隊。這解決了我的重新排序問題，但現在我沒有看到我的兩個團隊的整體情況，因爲我爲每個功能組創建了一個團隊。另外，每個新功能都由我的產品團隊夢想，我需要創建一個全新的團隊。
任何人都可以提出一種配置TFS的方法，以便它能夠爲我提供可以輕鬆訂購併彙總到主積壓的產品待辦事項列表的子集，但仍然只能在定義了兩個團隊的情況下運行？