Scrum模式：中断缓冲

定义

中断缓冲是一种Scrum模式，用于管理和减少对Scrum团队工作的意外干扰。这种模式通过设定规则来控制在一个冲刺期间处理的意外工作量，确保团队不会因频繁的中断而偏离其主要目标。

→更多其它模式请参见《Scrum模式总览》

为何需要

多重利益相关者的需求：Scrum团队面临来自管理层、各个客户、销售和市场部门的不断要求和需求，以及产品本身在开发过程中出现的突发问题。

改变的优先级和现场问题：这些要求可能导致团队工作频繁中断，从而引起团队功能失调、冲刺失败、无法按时发布产品，甚至可能导致公司失败。

公共资源的悲剧：Scrum团队作为一种公共资源，需要满足多方利益相关者的需求，但过度使用可能导致资源耗尽，损害长期利益。

缺乏良好的产品归属：产品归属不佳可能允许公司内部竞争的优先事项影响团队，甚至有些团队可能被贿赂去处理不在产品待办列表中的功能。

何时使用

当Scrum团队在冲刺期间频繁面临来自多方的非计划性要求和中断，以至于这些干扰威胁到团队实现冲刺目标和交付完整产品增量时，应使用中断缓冲模式。

如何使用

设定时间用于处理中断：为意外中断分配明确的时间，并且不允许超出这个分配。
建立三条简单规则：
A）为意外项创建基于历史数据的缓冲区。
B）所有请求必须通过产品负责人进行分类处理。
C）如果缓冲区开始溢出，则自动中止冲刺，重新规划，并通知管理层可能会有发布日期调整。

管理层的协议和执行：确保管理层同意这些规则，并由产品负责人贯彻于团队和其他利益相关者。

产品负责人平衡缓冲区大小：以平衡短期客户满意度和产品长期目标。

注意事项

自组织：这些规则将促进自组织，避免破坏冲刺，因为没有人希望被视为导致冲刺失败的直接原因。

缓冲区的管理：缓冲区很少会被完全填满，这允许团队提前完成并从待办列表中提前开始工作，或者致力于消除障碍。

关键问题的处理：这种做法并不会导致关键问题被隐藏，产品负责人会将任何关键项放入产品待办列表。

案例研究

某软件开发公司的Scrum团队负责开发一个复杂的客户关系管理系统。在一个关键的冲刺阶段，团队频繁收到来自销售部门的紧急需求变更，这些需求通常与即将到来的重要展会有关。此外，管理层也不时插手，要求团队优先处理一些看似紧急但实际与当前冲刺目标无关的任务。

面对这些干扰，团队决定实施“中断缓冲”模式。首先，团队与产品负责人老李一起确定了一个包含20个故事点的中断缓冲区，专门用于处理这些意外任务。接下来，团队与所有利益相关者开会，明确规定所有非计划内的请求都必须先经过李明的审批。

在接下来的几周里，每当销售部门提出新的需求时，老李都会仔细评估其紧急性和重要性，并决定是否将其放入中断缓冲区。由于缓冲区容量有限，一些非关键任务被推迟到下一个冲刺或安排在未来的产品路线图上。

这种方法有效减少了对团队的干扰。尽管偶尔有紧急任务需要立即处理，但大多数时间团队都能专注于冲刺目标。最终，团队不仅按时完成了冲刺目标，还提前解决了一些紧急问题，从而提高了整体效率和客户满意度。

通过这种策略，团队学会了如何更好地管理和优先处理突发事件，同时保持对主要开发任务的专注。这种策略也让利益相关者意识到，不加区分地频繁打断团队会对项目进度造成负面影响。

Scrum模式：中断缓冲