顯式Backlog節點或根節點作爲積壓節點？

Question

是否有任何理由更喜歡在TFS中顯式的Backlog區域或迭代節點，而不是僅僅使用根節點？這是否改善了任何報告或任何內容的功能？他們中的任何一個他們提供更容易的管理？

我已經看到了這種做法，我希望看到有關權衡的建議。

Answer 1

使用的區域路徑不同的節點：

一個團隊的概念是在2012年TFS每隊引進可以有自己的家Web訪問網頁以及自己的積壓。每個團隊都可能綁定到特定的區域路徑，並且您可以將其待辦事項設置爲特定區域節點以過濾掉積壓查詢。您甚至可以連接到Visual Studio 2012中的特定團隊，以便在IDE環境中篩選工作項目。

使用迭代路徑的不同節點：

團隊可以將其迭代分解成版本。即衝刺1-10可以用於釋放一個，衝刺11-20可以用於釋放兩個。這會給你釋放burndown以及短跑burndown。這實際上取決於你如何開發你的軟件並處理你的團隊使用。

這些只是兩個例子，因爲可能性是無窮無盡的。您還可以將團隊綁定到區域路徑以外的其他領域，並擁有集中積壓，然後委派給團隊。以下是Martin Hinshelwood在這個特定主題上的博文：http://blogs.msdn.com/b/greggboer/archive/2012/01/27/tfs-vnext-configuring-your-project-to-have-a-master-backlog-and-sub-teams.aspx