TFS 2010中团队项目的推荐组织结构是什么？假设我们的企业中有4个大部门。建议的方法是为每个部门创建一个团队项目或一个组织的逻辑表示，并为这些TFS团队项目中的VS项目设置不同的文件夹？或者每个合理的大项目都应该有自己的团队项目吗？
我从代码存储和TFS工件的角度提出更多要求。如果我们要在一个大型团队项目中存储代码和用户故事，任务等，这是否会阻碍敏捷开发过程？我们仍然可以为大型团队项目中的每个“项目”设置单独的查询和单独的仪表板。但是，构建将在这个庞大的构建列表中。
如果我们有许多较小的团队项目，那么QA将难以跨多个团队项目跨越他们的工作。他们需要知道在哪里输入错误 - 我们不一定要依赖的知识。
那么最佳做法是什么？
答案 0 :(得分：5)
将所有内容存储在一个项目中不会妨碍“敏捷开发过程”。我的建议是为每个项目创建一个区域路径，并在这些区域路径下组织您的工作项。您将为每个区域提供产品待办事项查询。使用迭代路径字段，然后在所有项目中驱动计划。这应该工作正常。然后可以按区域和/或迭代过滤所有报告。
对于构建，我看到许多团队为构建定义添加前缀以提供更好的组织。这是一篇博客文章，描述了您可以下载的扩展程序，以帮助更好地组织构建 http://blogs.msdn.com/b/bharry/archive/2011/04/01/build-folders.aspx