处理未在TFS中结束sprint的任务和用户故事的最佳方法是什么？
我的方法：
- 使用正确的Reason子状态将每个任务设置为“已关闭”。我将此任务+原始估计+剩余小时复制到记事本。
- 从用户故事中删除迭代（以便它将再次出现在Product Backlog上）
对于下一个冲刺：
- 将任务从记事本添加到TFS作为新任务，将其分配给正确的用户故事并将用户故事设置为当前sprint。
这只是一种方法。你有更好的想法或建议吗？
处理未在TFS中结束sprint的任务和用户故事的最佳方法是什么？
我的方法：
对于下一个冲刺：
这只是一种方法。你有更好的想法或建议吗？
如果你真的在做Scrum，你会发现任何团队唯一重要的指标是“剩余工作”。问题在于，许多人都沉迷于指标，统计数据，数据和Scrum精髓的松散轨迹。
所以保持简单。在sprint审核中，只需同意PO以何时完成工作，然后将未完成的任务分配给商定的sprint。
如果你想提高生产力;然后创建一个撤消任务的查询，只需将迭代列值替换为下一个sprint并发布回TFS。
如果你真的在做Scrum，你会发现任何团队唯一重要的指标是“剩余工作”。问题在于，许多人都沉迷于指标，统计数据，数据和Scrum精髓的松散轨迹。
所以保持简单。在sprint审核中，只需同意PO以何时完成工作，然后将未完成的任务分配给商定的sprint。
如果你想提高生产力;然后创建一个撤消任务的查询，只需将迭代列值替换为下一个sprint并发布回TFS。
有两种思想流派：
每个团队都与任务不同。如果您在以下sprint中再次选择故事，请更新任务迭代路径并完成。如果你没有重新选择它，我会删除这些任务，以便你讨论如何在软件环境中满足需求，因为当你存在时 做 把它拿起来。将故事中的任务留在冲刺中有一种方式可以给我们一种虚假的安全感，即那些仍然是必要的东西。我宁愿重新评估我们将如何兑现它。
我们做的完全相同，但我们只是简单地使用记事本 复制 将任务转换为新任务然后将其分配给新的迭代。默认情况下，copy-Task链接到原始所有的工作项以及原始任务本身。
较旧的任务保留在旧迭代中并标记为“已关闭”。
也许我没有把你的问题弄好，但这是我的意见： 撤消任务的主要思想是没有完成backlogitem / userstory。所以在sprint之后所有的backlogitems / userstories都完成了 - >新的增量。如果backlogitem没有完全准备就绪，那么整个backlogitem都不会被传递，即使它只剩下几个任务。只需回滚一切（保持代码:)）并完成冲刺。 backlogitem / userstory进入下一个sprint。
在我看来，将它们标记为关闭是没有必要的。只需保留剩余的任务，将它们标记/标记为未完成，启动新的sprint，并将具有该特定标志的所有任务应用为新的/即将到来的sprint（如果需要，重新评估它们的时间和难度）。
这是一个非常常见的情况，我们的积压工作中有一些东西可以为此创建一个适合目的的解决方案，但我们还没有优先于其他工作。
如果您认为这很重要，请随时添加建议 用户的声音。我们在优先排序中使用该网站：这是您影响我们的机会
Ewald Hofman（TFS产品组）