TFS 2012中的PBI結構與MSF Scrum 2.2中的產品待辦事項之間的預期關係？

Question

由於我的scrum團隊確實積壓梳理，我們通常從史詩級別的工作開始，並將這些PBI作爲正常梳理活動的一部分改進爲主題和故事。作爲構建這些工作項目的一種手段，由提煉和澄清其他PBIs產生的PBIs被創建爲較大項目的子鏈接。我們通過僅將sprintable故事分配給sprint來實現此過程，同時將其父主題PBI保留在當前版本迭代中。

今年早些時候升級後，我們已經慢慢成長爲2012年提供的功能，並且能夠在Web Access中的Product Backlog視圖中拖動項目（而不是手動調整優先級值）非常有吸引力。

我們希望使用此功能，但存在一個問題：具有父母 - 子女關係的PBI，就像我們大部分計劃的工作一樣，不能單獨拖動。相反，每個史詩在產品待辦列表中顯示爲一棵樹，枚舉其自己的子優先級範圍[1..1000000]，並以原子方式拖動。

考慮到這一點，這應該如何工作？我是否錯過了產品待辦列表視圖的功能？我們是否打算摧毀我們的史詩和主題，因爲它們被細化爲更小的PBI，從而故事可以獨立調度？

Answer 1

我們一直在努力解決相同類型的問題。我們決定刪除史詩，只使用故事。然後我們爲每個PBI添加一個史詩名稱，以便在必要時可以輕鬆搜索和分組。還沒有找到更好的選擇。