如果当前 sprint 的所有用户故事都已完成，并且我们正在处理将用于下一个 sprint 的任务，那么我们如何对其进行分类？
可以叫“秒杀”吗？
【问题讨论】：
标签： agile scrum user-stories spike
维基百科将Spike 定义为：
用于研究一个概念和/或创建一个简单的时间框 原型...
请注意，使用术语 Spike 是因为它是一项与系统中所有不同层交互或“穿透”的工作。
因此，如果您开始着手为下一个 sprint 准备的任务，并且您清楚将如何实施解决方案，那么这应该是一个故事。
但是，如果不知道明确的解决方案，并且您可能会进行一些研究/探索性工作，那么它应该被视为 Spike。
【讨论】：
Spike 是一种学习活动。通常，当团队没有足够的知识来估计一个故事时，就会组织一个 Spike。应该估计尖峰的大小（尖峰的时间框为一到两天，使用一到两个团队成员）。团队成员在结束时向团队报告，希望团队现在有足够的信息来估计故事。有时（希望很少），需要第二个 Spike。如果这不能提供足够的信息，这通常表明情况需要更高层次的思考和澄清。
您真正的问题是如何在 Sprint 结束时引入额外的工作。一切都提前完成了吗？引入一个适合剩余时间并且可以完成的故事。或者正如 Sklivvz 所说，偿还技术债务。或者提早结束 Sprint，开始下一个 Sprint！
在这种情况下，“快速启动”一个被认为是下一个 Sprint 的故事是非常诱人的。这有可能产生“浪费”（在精益意义上），如果不避免的话，是需要警惕的。
【讨论】：
如果您因为早到而在当前 sprint 中添加了故事，那么它仍然被称为故事。
如果您不添加故事而只是处理一项任务，那么您就没有做 scrum“允许”的事情，因为在 sprint 结束时，您需要有一个可能发布的产品。
如果没有足够的时间来开发一个完整的故事，我肯定会有 bug 需要修复、重构、技术债务需要偿还、更准确的测试需要等等。
如果您不断发现自己超额交付或总是准时，那么您需要更加努力。
【讨论】：