如何在Scrum中处理计划外工作

Scrum团队不做计划，这是一个神话。Scrum团队在Sprint计划事件和细化工作项时进行计划。他们还创建了一个预测或路线图，显示了他们在多个sprint中的计划。

Scrum团队经常制定计划，以应对不断出现新信息的复杂环境。团队检查新知识并调整他们的方法以利用他们所学到的知识。

当团队在sprint中遇到计划外的工作时，会发生什么?这就是我们要深入研究的。

发生计划外工作

无论Scrum团队有多少计划，有时会有人在sprint中要求他们承担计划外的工作。当这种情况发生时，开发人员和产品负责人应该会面讨论如何应对。

为什么是开发者而且产品负责人?产品负责人负责对产品待办事项列表中的工作项进行排序。只有他们才能决定这项工作是否值得他们将其添加到产品待办事项列表中而且它是否重要到足以考虑将其添加到当前Sprint的Sprint Backlog中。

另一方面，开发人员拥有Sprint Backlog，他们可以独自决定是否可以在不危及Sprint目标的情况下承担这项工作。

如果产品负责人确实要求向Sprint中添加工作项，开发人员可能会拒绝，或者他们可能会与产品负责人协商，以确定从Sprint中删除哪些工作以适应新的请求。我们不应该对产品待办事项列表做任何会将Sprint目标置于危险之中的更改。

一些Scrum团队面临许多计划外的工作。例如，许多Scrum团队除了处理新开发之外，还处理生产支持问题。对于许多组织来说，生产支持是不可预测的，不能推迟到下一个Sprint——他们必须立即处理请求。虽然这类工作是计划外的，但它对产品的成功至关重要。

下面是一些处理计划外工作的方法。(如果你有其他想法，请在下面的评论区添加!)

选项1:留出一些空闲的容量，并在Sprint Backlog中添加计划外的工作

在这个选项中，开发人员在Sprint计划期间估计他们期望在即将到来的Sprint中接收多少未计划的工作，并留下一些空闲的容量来处理它。这是一个棘手的命题，因为我们如何为没有计划的事情做计划?我们不能，但我们可以通过观察过去的表现做出有根据的猜测。在之前的sprint中，Scrum团队有多大比例的时间被计划外的工作占用了?意外的工作是高度可变的，还是相当稳定的?这些问题的答案可以帮助我们估计在Sprint期间为最后一刻可能到来的请求留出多少空闲空间。

当计划外工作出现时，如果产品负责人和开发人员同意将其添加到Sprint中，他们应该将其包括在Sprint Backlog中，以提高透明度，并确保团队可以跟踪Sprint中所有工作的进度。

选项2:留出一些空闲空间，但不要向Sprint Backlog中添加计划外的工作

如果计划外的工作由一组较小的任务组成，Scrum团队可能会考虑是否值得将这项工作添加到Sprint Backlog中，尽管缺乏透明度。在大量的情况下，将这些较小的任务添加到Sprint Backlog中会产生管理负担。在这种情况下，团队仍然可以采取选项二中不完全加载Sprint的方法，但是他们可以处理Sprint范围之外的计划外工作。在这种情况下，团队留下了他们的一部分能力，以将团队从将其添加到Sprint Backlog的管理负担中解放出来。

选择3:一个独立的团队处理计划外的工作

如果计划外的工作非常重要且频繁，Scrum团队可能会决定拆分，将一个团队专门用于生产支持。Scrum团队是自我管理的，这意味着他们可以控制处理工作的方式，包括如何构建团队本身。

限制计划外工作影响的策略

正如我们在专业Scrum Master课程在美国，每个Sprint都是组织和Scrum团队之间的一个协议。Scrum团队需要尽可能的自由，专注于Sprint的工作和定期的细化活动。作为交换，组织将经常获得可用产品的增量。然而，在一些组织中，完全消除计划外工作是很困难的。如果你的团队经常面临意想不到的工作，下面是一些我们可以用来应对的策略。

首先完成当前的工作项

当计划外的工作突然出现时，我们很容易停下手头的工作，立即转向紧急情况。不要这样做!相反，完成当前的工作，然后开始下一个最高顺序的工作项。为什么?因为当我们暂停工作，在完成第一件事情之前开始做另一件事情时，我们有很多不成熟的工作，造成了浪费。“面包”不可能永远放在柜台上就会变质。它还将花费更长的时间来完成原始的工作项，因为当我们最终返回到它时，我们将不得不重新组合。

限制正在进行的工作

如果团队面临着许多计划外的工作，那么对我们来说，限制正在进行的工作就更加紧迫了。正在进行的工作是指我们在Sprint期间正在处理的项目的数量。如果我们有很多正在进行的工作，并且遇到了计划外的工作，那么在我们能够转向那些额外的工作之前，我们就有很多杂耍要做。通过限制正在进行的工作，在我们可以转移注意力到计划外的工作之前，我们没有很多工作要放下或完成。

减少工作量

面对大量未计划工作的团队的另一种策略是将计划工作分成更小的部分。精简工作可以让我们完成当前的任务，如果意外的工作找上门来，我们也能更快地转向。

配对

结对不是每个开发人员承担单独的工作，而是两个开发人员处理相同的项目。这种策略有两个好处。第一，实际上，配对限制了正在进行的工作。其次，当团队面临计划外的工作时，它给了团队更大的灵活性，因为他们可以更快地完成当前的工作项目，或者让团队中的一个开发人员转向，而另一个继续执行原始任务。

结论

不管Scrum团队有多少计划，有时会有人在sprint中请求计划外的工作。当这种情况发生时，开发人员和产品负责人应该会面以确定是否将请求的工作添加到当前Sprint中。Scrum团队应该事先决定他们将如何处理计划外的工作——它是被添加到Sprint Backlog中，还是在Sprint范围之外完成?如果经常有意外的工作，团队应该留出一些空闲的能力来处理它，还是应该由一个单独的团队来承担这项工作?这些都是只有Scrum团队才能回答的问题，随着我们对客户需求的了解越来越多，方法也会不断发展。

注册Rebel Scrum’s应用专业Scrum类来学习更多关于Scrum框架的知识。如果你是一名Scrum Master，想让你的团队更上一层台阶，那就注册Rebel Scrum吧专业Scrum Master课程。

要了解更多关于如何在您的独特情况下应用Scrum的信息，请加入我们明年的Scrum日的学习和讨论，该日定于2023年9月14日在威斯康星州麦迪逊举行，由Rebel Scrum为您带来。