如何处理在当前SCRUM sprint期间必须完成的无法预料的任务

Question

在我们的冲刺期间，我们发现我们需要完成一些不可预见但绝对必要的任务才能完成。

您如何将这些视为最佳实践？我应该在sprint backlog上创建此任务并将完成的小时数放入其中吗？或者我应该将这些额外的时间添加到我最初正在进行的任务中？

Answer 1

不可见的任务将始终存在。

作为开发者，请在即将举行的Standup会议（Daily Scrum）中提出。让它在scrum板上可见。确保您的产品负责人/利益相关者了解此临时要求。要求您的产品所有者取消低优先级用户故事，以便适应这些高昂的紧急任务。

这将导致团队的速度一致。这些临时任务将为Product所知 所有者因此在Sprint结束时没有冲突。具有相同复杂性的任务将被取消提交，因此开发人员不会过载或加压。

Answer 2

在sprint会话期间为故事创建的任务仅仅是开始。新任务通常被认为是实现故事的一部分。如果超过3小时，我通常建议添加它们。我们通常不会跟踪Scrum团队中的完成时间，但我们确实会继续努力。这很有用，因为它更新了我们用于跟踪sprint进度的Sprint燃尽报告。如果这是一项小任务，并且将剩余的工作添加为另一项任务的一部分是有意义的，那么这也是有效的。我建议你的任务小于2天。如果任务变得超过2天的工作量，您应该找到将其分解为更小步骤的方法。

Martin Rajotte - Incycle Software的Scrum教练和TFS专家

Answer 3

总会有无法预料的任务。在这个事实中，不确定性的锥体非常清楚，scrum承认这一点。 Sprint计划被描述为决定要完成什么以及开始计划。

Scrum甚至已经取消了对任务和工作时间的期望，因为团队可能会使用不同的机制（如ATDD）来监控他们的进度。

所以，简短回答：做适合你团队的事情。关键是你要发现你的过程。

Answer 4

第一件事：如果你需要做些什么来完成冲刺，那就去做吧，并确保记录它。

这意味着，如果您要发现完成故事所需的新任务，请将其添加到故事中，记下 burndown 图表中增加的剩余任务（或小时数），并标记它是计划外工作。

如果这是与您当前承诺的任何故事无关的任务，您应该（假设您真的必须）执行此操作，记录并标记（未计划）。你应该考虑添加一个描述你正在做的原因（谁和为什么）的故事。

重要的是，在回顾期间分析计划外的工作;你应该努力减少这些事件，花更多的精力进行规划，并传达冲刺稳定性的重要性（可能是这种情况）。

无论如何，我建议反对“我们敏捷/做scrum的教条，所以我们不能在这个sprint中做到”。 真的敏捷，检查，学习和适应。