如何处理TFS中的遗留任务

什么是处理任务和用户故事的最佳方法，这些任务和用户故事没有在TFS中结束sprint

我的做法：

• 使用正确的原因子状态将每个任务设置为“已关闭”。我将此任务+原始估算+剩余时间复制到记事本
• 从用户故事中删除迭代（以便它再次出现在产品待办事项列表中）

对于下一次冲刺：

• 将记事本中的任务作为新任务添加到TFS，将其分配给正确的用户情景，并将用户情景设置为当前sprint

---

这只是一种方法。你有更好的想法或建议吗？

在我看来，没有必要将它们标记为关闭。只需保留剩余的任务，将它们标记为未完成，开始一个新的冲刺，并将所有带有该特定标记的任务作为新的/即将到来的冲刺应用（如有必要，重新评估它们的时间和困难）。

我们做与您完全相同的事情，但不使用记事本，我们只需将任务转换成一个新的任务，然后将其分配到新的迭代中。默认情况下，复制任务链接到原始任务所在的所有工作项以及原始任务本身。
旧任务保留在旧迭代中并标记为“已关闭”

有两种思想流派：

保留这些，并在产品Backlog迭代（通常是团队项目根）中创建新的。我们将保留它们并删除这些点（对于Velocity report），因为它们代表了我们的sprint计划

将迭代更新到产品待办事项列表中，并在下一个sprint期间将其作为任何其他事件处理。（我会订阅这个）

---

每个团队的任务都不同。如果您在接下来的sprint中再次选择了这个故事，请更新任务迭代路径并完成。如果您不将其备份，我将删除这些任务，以便您在备份时讨论如何在软件的上下文中交付需求。把这些任务放在一个故事里一段时间，会让我们产生一种错误的安全感，认为这些仍然是所有必要的东西。我宁愿重新评估我们将如何实现这一目标。

也许我没有正确理解您的问题，但以下是我的意见：

---

撤消任务的主要思想是backlogitem/userstory没有完成。因此，在sprint之后，所有完成的backlogitem/userstories->newincrement。如果一个backlogitem没有完全准备好，那么整个backlogitem就无法交付，即使只剩下几个任务。只需回滚所有内容（保留代码：）并完成冲刺。backlogitem/userstory进入下一个sprint

这是一个非常常见的场景，我们的待办事项清单中有一些内容可以为这项工作创建适合目的的解决方案，但我们尚未将其优先于其他工作

如果您认为这很重要，请随时在添加建议。我们使用该网站进行优先级排序：这是您影响我们的机会

---

Ewald Hofman（TFS产品组）

如果你真的在做Scrum，你会发现对于任何团队来说，唯一重要的衡量标准就是“剩余工作”。问题是，许多人沉迷于度量、统计、数据和对Scrum本质的松散跟踪

所以保持简单。在sprint review中，只需与PO商定何时完成工作，然后将未完成的任务分配给商定的sprint

---

如果你想提高一点生产力；然后创建一个未完成任务的查询，只需将迭代列值替换为下一个sprint并发布回TFS。

您能否更详细地描述如何将它们“标记/标记”为未完成？如果您只是更新任务的迭代，则未完成的任务将显示在任务板上。因此，当您查看上一个sprint的迭代积压工作时，您会看到包含已完成任务的用户故事。当您查看当前的sprint时，您会看到用户故事中未完成的任务。今天我们将完成第一次TFS 2012 sprint。因此，我期待着听到一些关于这方面的“官方”建议。我想我们只是将未完成的PBI和bug工作项移回产品待办事项列表中，并在合适的时候将它们移到下一个sprint迭代中。请注意，我的方法就是这样做的，以跟踪“旧的”或上一个迭代待办事项列表。当将WI移动到下一个sprint时，您将丢失原始图表视图…请检查！这是我在一些冲刺中真正喜欢和评价的方式。我们专注于剩下的工作，这是真实的故事。