TFS 2010 团队项目

我想知道TFS 2010中Team Project的概念是什么。在我公司，有一个团队同时在多个产品上工作。每个产品都有一个视觉工作室解决方案。我们遵循 SCRUM 方法论。我们的产品 backlog 和 sprint back log 基本上由与多个产品相关的项目组成，因此在 sprint 期间，团队会处理与多个产品相关的 backlog 项目。我们期待在 TFS 2010 中使用 SCRUM 流程模板。

我想知道在组织 TFS​​ 源代码控制中的项目和充分利用 TFS 流程模板 (SCRUM) 方面我应该采取什么方法？

我应该为每个产品创建一个团队项目吗？但这意味着我必须为每个团队项目维护流程模板、产品待办列表和冲刺待办列表。尤其是在创建和查询工作项时，会涉及到团队资源管理器中团队项目之间的大量切换。同样，在创建燃尽图/报告时，每个团队项目都会有一个。这似乎是一场噩梦!

还是我应该创建一个团队项目并将所有产品(Visual Studio 解决方案)放在其中？这对我来说听起来更好，因为将有一个流程模板、一个产品和冲刺待办事项以及一个查看/查询所有工作项的地方。

对我来说，团队项目似乎应该映射到团队而不是产品或 Visual Studio 解决方案。然而，在我过去的经验中，我遇到过将 Team Project 映射到产品/视觉工作室解决方案的地方，我有点困惑。

最佳答案

“团队项目”一词令人困惑。我真的希望微软使用不同的短语。

话虽如此，我不知道还有什么其他词或短语适用。

团队项目不一定对应于 Visual Studio 项目或解决方案

团队项目肯定不对应于 SourceSafe 用来调用项目的内容(那些只是文件夹)

团队项目不一定对应于单个源代码管理树。在团队项目上工作的人可能会使用来自多个源代码控制树的代码(假设这可以正确映射到您的工作区)。

团队项目更接近于某种努力。这可能涉及也可能不涉及某些源代码。它会涉及一些人。它可能涉及也可能不涉及某些工作项、构建、报告、门户站点或实验室环境，或以每个团队项目为基础的这些工件的任何组合。这些通常是对某些“团队”完成他们的“努力”有用的工件(这可能恰好是生产和发布一些代码的问题，使用工作项、报告、源代码控制、构建、等)

关于TFS 2010 团队项目，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/6866843/