tfs - 产品待办列表项和任务是否应该处于不同的迭代路径中？

Question

使用 Scrum 2.1 流程模板时，我注意到 TFS 中的 Sprint Backlog 查询返回了该 sprint 的产品待办事项列表和任务列表，但在我查看时该列表看起来非常稀疏。仔细查看查询定义后，我意识到它首先匹配子链接，然后根据迭代过滤子链接。这很重要，因为有几个任务没有分配迭代，因此处于积压状态。

这让我开始思考，虽然 sprint 的主要焦点是产品待办列表项，并且 PBI 应该在单个 sprint 期间开始和完成，那么为什么它对任务有意义处于不同的迭代中？有理由吗？同样，Sprint Backlog 查询是否有理由以这种方式构建？

Answer 1

这取决于您如何使用 TFS 来规划冲刺。如果您打算使用 TFS 2012 Agile Planning 的全部范围维护工作项迭代所需的功能。 Scrum 板功能不受 Sprint Backlog 查询(或与此相关的任何其他查询)的影响，它由 scheduling and areas settings 控制在团队的管理中(在团队的主页中可用):

迭代取决于 PBI 的大小:如果一个 PBI，包括它的所有子任务都可以放在一个 sprint 中，迭代应该设置为 sprint(例如:\Release 1\Sprint 4\)。

如果 PBI 足够大，可以跨越多个冲刺来完成，请将其迭代保持在发布级别(例如:\Release 1\)，并将其子任务保持在冲刺级别。