什么是TFS 2012中积压迭代的冲刺子节点？

我不确定这是否适合堆栈溢出，但我们最近已升级到TFS 2012，并注意到您的迭代（sprints）必须是积压迭代的子代。虽然该方法僵化，但我试图了解是否存在特定的敏捷（Scrum）流程原因来坚持这一点或者工具问题，为什么我不能将积压和sprint归入两个不同的父母之下？什么是TFS 2012中积压迭代的冲刺子节点？

来源

2013-12-10 Scott

我从来没有把它看作是一件坏事，因为我总觉得它是有道理的。 Backlog包含构成产品的所有PBI，或者是对产品未来的愿望，因此它是一个大名单。每个Sprints都是来自该列表的故事，但它们仍然是该列表的一部分。由于冲刺可以在TFS中过去，现在和将来，它们一起形成完整的积压。

是否有理由希望它明确不是一个层次结构？

如果是这种情况，那么您可以选择创建多个团队（如果需要使用相同的成员）来查看同一个Team Foundation项目中的不同积压。

来源

2013-12-10 18:51:18 jessehouwing

我们的敏捷过程对scrum有一点独特的看法，因为我们有一系列短周期产品，所以我们的sprint包含许多产品的发布。实质上，我们让我们的冲刺团队为导向，以便团队为我们工作。我问，因为我们过去在tfs 2010上使用城市海龟，并没有执行这种结构。 – Scott

...我们有一个积压的父节点，然后是包含多个平行冲刺的当前父节点。我们也有一个部署的父母。当sprint计划并承诺，在当前创建一个新的冲刺，完成的冲刺在部署下移动。我不是说tfs 2012是错误的。事实上，我们已经适应了它，但我不知道我们在城市海龟身上缺乏灵活性的原因是什么。总是有助于教导我的团队为什么而不是现在采取一种新的方式，所以我正在寻找一个我没有的解释。 – Scott

什么是TFS 2012中积压迭代的冲刺子节点？

回答

相关问题