什么时候在TFS中使用迭代和sprint？

Question

我正在使用TFS 2010中的Visual Studio SCRUM 1.0模板建立一个项目。我对迭代和sprint工作项类型的概念以及何时使用它们感到有点困惑。假设我的项目计划中有以下步骤：

1. Sprint 0(项目设置)
2. Sprint 1
3. Sprint 2
4. 发布A

H 110Sprint 3H 211H 112Sprint 4H 213H 114发布B<代码>H 215G 216

据我所知，我应该将每个版本设置为一个迭代版本，并在其中包含到该版本的sprint：

2

• 发布
  • Sprint 0
  • Sprint 1
  • Sprint

​

4

• 发行版B
  • 3
  • Sprint

​

我不明白的是，sprint是否也应该设置为迭代，或者它们是否应该是类型为"sprint“的工作项，还是应该同时创建一个工作项以及一个迭代来分组工作项？据我所见，如果将sprint作为工作项添加，则可以输入更多关于sprint的信息，而不是作为迭代添加。将每个sprint作为一个迭代看起来更容易将任务分配给sprint。在两个地方创建每个sprint都有好处，但是这种方法有什么问题吗？

Answer 1

Sprint是TFS中的迭代和“工作项”。迭代，以便您可以将PBI和Bugs分配给sprint，但是它们是工作项，因此您可以在打印开始和停止时注册，并注册像sprint目标和追溯之类的信息。像sprint烧毁图这样的报告取决于您在工作项Sprint中注册的开始日期和停止日期。模板就是这样设计的。我猜主要原因是TFS迭代本身不允许注册这些信息。据我所知，没有任何问题。