TFS 2010 团队项目答案

【问题标题】：TFS 2010 Team ProjectsTFS 2010 团队项目
【发布时间】：2011-10-15 13:28:27
【问题描述】：

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

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

我应该为每个产品创建一个团队项目吗？但这意味着我必须为每个团队项目维护流程模板、产品待办事项和冲刺待办事项。特别是在创建和查询工作项时，会涉及到团队资源管理器中团队项目之间的大量切换。同样，在创建燃尽图/报告时，每个团队项目都会有一个。这似乎是一场噩梦！
或者我应该创建一个团队项目并将所有产品（Visual Studio 解决方案）放在它下面吗？这对我来说听起来更好，因为会有一个流程模板、一个产品和 sprint backlog 以及一个查看/查询所有工作项的地方。

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

【问题讨论】：

见stackoverflow.com/questions/tagged/team-project

标签： tfs team-project

【解决方案1】：

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

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

团队项目不一定对应于 Visual Studio 项目或解决方案
团队项目当然不符合 SourceSafe 过去称为项目的名称（那些只是文件夹）
团队项目不一定对应于单个源代码控制树。从事团队项目的人员可能会使用来自多个源代码控制树的代码（假设这可以正确映射到您的工作区）。
团队项目更接近于某种努力。这可能涉及也可能不涉及某些源代码。它会涉及一些人。它可能涉及也可能不涉及某些工作项、构建、报告、门户网站或实验室环境，或这些工件的任何组合，这些工件的范围以每个团队项目为基础。这些通常是对一些“团队”在完成他们的“努力”时有用的工件（这可能只是发生在生产和发布一些代码的问题上，使用工作项、报告、源代码控制、构建、等）

【讨论】：

我倾向于使用经验法则，即如果它们一起发布，它们就是一个团队项目。这并不意味着团队不能成功地使用区域、迭代和源代码控制文件夹来划分具有独特时间线的工作。
有趣。我可能会将其修改为“如果它们意味着一起发货”。这将排除它们碰巧一起发货或后来决定同时发货的情况。
是的，这更清楚地说明了我的意图。预算和所有者通常也会发挥作用，但这些通常也会表现为时间线差异。
@Ryan：这些通常是“努力”定义的一部分：“会计和审计部门打算在 8 月 1 日发布的东西”。
这似乎是有史以来最通用的答案 :) 不过，我主要担心的是，如果我要为一个团队拥有多个团队项目，那么为每个团队管理流程模板，尤其是积压等报告、sprint backlog、查询工作项和燃尽图等意味着每个项目都有一个没有意义的，因为团队希望将这些东西放在一起查看，就好像它们是一个 sprint 的一部分一样。跨度>

【解决方案2】：

我建议您为不同的解决方案创建一个团队项目和多个文件夹。换句话说，让您的工作保持原样，只创建一个团队项目。签入产品代码时，请使用服务器文件夹。这样您就拥有一个包含共享工作项和报告的独特存储库

【讨论】：