是否有理由在TFS中选择显式的Backlog区域或迭代节点，而不是仅仅使用根节点?这是否改善了任何报告的功能或其他功能?他们中的任何一个提供更容易的管理吗?
这两种方法我都见过，我想听听关于折衷的建议。
为区域路径使用不同的节点:
团队的概念是在TFS 2012中引入的。每个团队都可以拥有自己的主页访问页面以及自己的待办事项。每个团队可能被绑定到一个特定的区域路径，并且您可以将他们的backlog设置为一个特定的区域节点，以过滤掉backlog查询。你甚至可以在Visual Studio 2012中连接到一个特定的团队，这样工作项在IDE环境中也会被过滤掉。
使用不同的节点作为迭代路径:
团队可以将他们的迭代分解为版本。例如，sprint 1-10可以用于发布1，而sprint 11-20可以用于发布2。这将给你释放燃尽和冲刺燃尽。这实际上取决于您如何开发您的软件以及您的团队使用的流程。
这些只是几个例子，因为可能性是无限的。您还可以将团队绑定到不同的领域，而不是区域路径，并拥有一个集中的积压，然后将其委派给团队。下面是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