【发布时间】：2013-03-15 09:31:37
【问题描述】：
是否有任何理由更喜欢 TFS 中的显式 Backlog 区域或迭代节点，而不是仅使用根节点？这是否改善了任何报告或任何东西的功能？它们中的任何一个都提供更易于管理的功能吗？
我已经看到了这两种方式，我希望看到有关权衡的建议。
【问题讨论】：
标签： tfs workitem areas backlog
【发布时间】：2013-03-15 09:31:37
【问题描述】：
为区域路径使用不同的节点：
团队的概念是在 TFS 2012 中引入的。每个团队都可以拥有自己的主页访问页面以及自己的待办事项。每个团队都可能绑定到特定的区域路径，您可以将他们的积压设置到特定的区域节点以过滤积压查询。您甚至可以连接到 Visual Studio 2012 中的特定团队，因此工作项也会在 IDE 环境中被过滤掉。
为迭代路径使用不同的节点：
团队可以将他们的迭代分解为多个版本。 IE。 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
【讨论】：