如何处理TFS中的遗留任务

Question

处理未在TFS中结束sprint的任务和用户故事的最佳方法是什么？

我的方法：

• 使用正确的Reason子状态将每个任务设置为“已关闭”。我将此任务+原始估计​​+剩余小时数复制到记事本。
• 从用户故事中删除迭代（以便它将再次出现在Product Backlog上）

对于下一个冲刺：

• 将任务从记事本添加到TFS作为新任务，将其分配给正确的用户故事并将用户故事设置为当前冲刺。

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

Answer 1

如果你真的在做Scrum，你会发现任何团队唯一重要的指标是＆＃34;剩余工作＆＃34;。问题在于，许多人都沉迷于指标，统计数据，数据和Scrum本质的松散轨迹。

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

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

Answer 2

有两种思想流派：

1. 在Product Backlog迭代中保留这些并创建新的（通常是Team Project根目录）。我们会留下它们并删除积分（对于Velocity报告），因为它们代表了我们的冲刺计划。
2. 将迭代更新为Product Backlog，并在下一个sprint期间将其作为任何其他Story处理。 （我会订阅这个）。

每个团队都与任务不同。如果您在以下sprint中再次选择故事，请更新任务迭代路径并完成。如果你不选择备份，我会删除这些任务，以便你在做选择备份时讨论如何在软件环境中满足需求。将故事中的任务留在冲刺中有一种方法可以给我们一种虚假的安全感，即那些仍然是必要的东西。我宁愿重新评估我们将如何兑现它。

Answer 3

我们做同样的事情，但我们只是copy将任务改为新的一个，而不是使用记事本。然后将其分配给新的迭代。默认情况下，copy-Task链接到原始所有的工作项以及原始任务本身。
旧的任务保留在旧的迭代中。被标记为“已关闭”。

Answer 4

也许我没有把你的问题弄好，但这是我的意见： 撤消任务的主要思想是没有完成backlogitem / userstory。所以在sprint之后所有的backlogitems / userstories完成了 - ＆gt;新的增量。如果一个backlogitem还没有完全准备就绪，那么整个backlogitem都不会被传递，即使它只剩下几个任务。只需回滚所有内容（保留代码:)）并完成冲刺。 backlogitem / userstory转到下一个sprint。

Answer 5

在我看来，将它们标记为关闭是没有必要的。只需保留剩余的任务，将它们标记/标记为未完成，启动新的sprint，并将具有该特定标志的所有任务应用为新的/即将到来的sprint（如有必要，重新评估其时间和难度）。

Answer 6

这是一种非常常见的情况，我们的积压工作中有一些内容可以为此创建适合的解决方案，但我们还没有优先考虑其他工作。

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

Ewald Hofman（TFS产品组）