冲刺提早完成该怎么办？

冲刺提早完成该怎么办？

目前，如果冲刺较早完成，我们的Scrum团队会处理积压的故事。

从待办事项中提取的故事会怎样？故事会添加到当前的Sprint中吗？如果是的话，如果这些故事不能及时完成怎么办。冲刺失败了吗？

将项目待办事项中的内容带入sprint（与scrum管理员和项目所有者讨论之后）。

您承担的物品的大小将取决于您有多少时间。如果没有足够小的东西，则创建一个较大任务的子任务以将其开始（例如，做一些初步工作）。

或者，创建一些使代码库更好的任务。我从未见过无法以某种方式改进的代码库。查看一些代码，添加更多的单元测试等。

处理拉伸或将来的sprint待办事项似乎是很常见的事情，如果您的sprint待办事项足够小且定义明确，这很有道理。但是，应避免可能将“完成”代码置于“不再完成”状态的待办事项。

如果sprint确实完成，则对其进行标记，准备交付，交付，然后将源代码存储库置于“下一个sprint”状态，这样就不会有后期sprint更改将使交付面临风险的风险。

对我们来说，Sprint永远不会尽早结束。我们仅以提高速度或解决问题的方式使我们在sprint中完成更多工作。

说我们总是积压产品所有者按重要性排序的项目。当任何团队可以在sprint中进行更多工作时，他们很容易在列表上看到下一步要做的事情，这些工作将根据他们的速度与sprint的剩余时间成正比。

这样可以避免小组等待与产品负责人/ Scrum Master讨论下一步操作时的停机时间。我们的产品负责人和Scrum负责人始终处于此列表的首位，因此总是有更多工作等待下一个Sprint（如果允许的话，可以是当前的Sprint）。

我的团队所做的是从积压的任务中提取任务，这些任务相对于完成工作的完成时间来说足够小。如果我们完成了这些，我们将给我们的质量检查团队一些时间来赶上他们的测试，而开发人员将获得一个“自由日”-我们可以用它来研究与当前冲刺无关的其他问题，即我们想要的主题研究，配置/重新配置我们的环境等。

不要仅仅因为早点完成就投入大量工作。坚持团队在此Sprint中所做的承诺，如果完成了额外的工作，那就太好了。

我鼓励闲暇时间用于个人改善。当然，可以从积压的工作中汲取经验，但要确保自己花费一些时间：学习一种新语言，用kata练习工艺品，重构某些东西，进行调整，优化或编写新工具来帮助您出去聊天与利益相关者，同事或客户，了解您的质量检查团队的工作，花一些时间来了解您的UX流程如何工作。

您可以做很多事情，这些事情将为您的企业和您自己提供价值，并提高您提供的速度或质量价值，而这些工作与从积压的工作中撤出无关，请首先尝试。