TFS 2010中团队项目的推荐组织结构是什么？假设我们的企业有4个大部门。推荐的方法是为每个部门创建一个团队项目或组织的逻辑表示，并为这些TFS团队项目中的VS项目提供不同的文件夹？还是每个合理的大项目都有自己的团队项目？建议的TFS 2010团队项目设置
我从代码存储和TFS构件的角度询问更多。如果我们要在一个大型团队项目中存储代码和用户故事，任务等，是否会阻碍敏捷开发过程？我们仍然可以为大型团队项目中的每个“项目”设置单独的查询和单独的仪表板。但是，这些构建将在这个庞大的构建列表中。
如果我们有许多较小的团队项目，QA跨越多个团队项目的工作将更加困难。他们需要知道在哪里输入错误 - 我们不一定需要依赖的知识。
那么最佳实践是什么？
将所有内容存储在单个项目中不会妨碍“敏捷开发过程”。我的建议是为每个项目创建一个区域路径，并在这些区域路径下组织您的工作项目。你将有一个产品积压查询每个区域。使用迭代路径字段，然后驱动所有项目的计划。这应该很好。所有的报告可以通过区域和/或迭代过滤。
对于构建，我看到很多团队在构建定义的前缀提供更好的组织。这里有一篇博客文章，介绍一个可以下载的扩展程序，以帮助更好地组织构建。
http://blogs.msdn.com/b/bharry/archive/2011/04/01/build-folders.aspx
谢谢。这是微软提出的最佳实践，还是这是基于经验的建议？ – electronicKT 2012-02-24 17:21:10
我相信它由MS推荐。我们当地办事处的一位专家正在通过TFS的最佳实践，他高度建议在项目上使用区域。术语项目已过度使用，应将TFS项目重命名为TFS团队，组或部门以避免混淆人员。应为任何可交付成果或共享组件设置TFS区域。 – 2013-03-04 10:59:20
你想要一个大项目中的一切只是因为你的QA-家伙不知道如何切换连接？你在开玩笑吗？ – Carsten 2012-02-24 14:45:32