显式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