有没有理由在TFS中更喜欢显式的Backlog区域或迭代节点，而不仅仅是使用根节点？这是否会改善任何报告或其他任何内容的功能？他们中的任何一个都能提供更容易的管理吗？
我已经看到过两种方式，我希望看到有关权衡的建议。
答案 0 :(得分：1)
为区域路径使用不同的节点：
在TFS 2012中引入了团队的概念。每个团队都可以拥有自己的主页Web访问页面以及自己的待办事项。每个团队可能绑定到特定区域路径，您可以将其积压设置为特定区域节点以过滤积压查询。您甚至可以连接到Visual Studio 2012中的特定团队，因此工作项也会在IDE环境中进行过滤。
使用不同的节点进行迭代路径：
团队可以将他们的迭代细分为版本。即短跑1-10可以是第一次发布，冲刺11-20可以是第二次发布。这将给你释放burndowns以及sprint 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