充分利用Sprint计划
根据我的经验，Sprint计划是Scrum中最常被误用的事件。这个可疑的头衔有很多竞争。许多团队跳过了Sprint回顾，这对于持续改进是至关重要的。许多其他团队没有举行每日Scrum，这阻碍了他们交付完成增量的能力。有些团队甚至跳过Sprint评审，使得检查增量和调整产品待办事项列表成为一种偶然的活动。
那么，为什么我要特别提到Sprint计划事件呢?
当我说Sprint计划事件被滥用时，我并不是指Scrum团队跳过整个事件。团队很少会跳过Sprint计划。我的意思是，即使是经验丰富的团队也不会充分发挥春季计划的潜力。
这是为什么。许多团队将Sprint计划事件视为选择在即将到来的Sprint中交付哪些产品待办事项项(pbi)的时间。就是这样。团队可以做很多事情来最大化他们从Sprint计划中获得的价值。
虽然2020年Scrum指南没有提供Scrum中任何事件的议程或大纲，但它确实提到了Sprint计划活动要涵盖的三个主题。这些主题如下:
- 为什么Sprint有价值?(Sprint目标)
- 这个Sprint可以做什么?(选择PBIs)
- 如何完成所选择的工作?(交付计划)
即使2020年Scrum指南特意阐明了这些主题，许多团队也只讨论第二个主题。
为什么要设定Sprint目标?
Scrum指南为Sprint计划活动建议的第一个主题是确定为什么即将到来的Sprint是有价值的。Sprint的“为什么”指的是Sprint目标。Sprint目标描述了即将到来的Sprint将为组织提供的整体价值。
与我交谈过的许多Scrum团队都没有为每个Sprint设定目标。他们错过了这个练习为团队提供的焦点。
假设一个Scrum团队已经选择了10个pbi。在Sprint进行到一半的时候，团队意识到他们并没有按时交付所有10个项目。他们需要缩小Sprint的范围。但是他们应该移除哪些PBIs，哪些应该优先考虑?如果没有明确的Sprint目标，很难做出决定。
冲刺目标还认识到，在复杂的环境中，我们无法知道(预测)在冲刺过程中会发生什么。这就是为什么Scrum团队致力于交付满足Sprint目标的Done增量，而不是他们在Sprint计划中选择的特定pbi。
这是一个微妙但关键的区别。
如果在Sprint期间事情没有按计划进行，开发人员将与产品负责人讨论从Sprint中移除哪些pbi，以给予团队交付满足Sprint目标的Done增量的最高机会。
交付计划的好处
在Sprint计划期间，Scrum团队应该讨论交付他们为Sprint选择的pbi的计划。他们不需要一步一步地详细描述每一天的活动，但他们应该想出一个足够的计划来开始，剩下的计划在Sprint中出现。规划还可以确定Scrum团队成员之间的依赖关系以及如何处理它们，从而避免了瓶颈带来的浪费。例如，在专注于粉刷客厅的Sprint中，我们需要讨论谁将选择颜色，谁将购买油漆。这样做可以避免重复，这样我们就不会有五个人跑到商店去买油漆了!一点点关于如何确保团队充分利用他们的时间的计划。
当每个团队成员谈论他们完成任务的方法时，团队会得到有价值的反馈，以告知工作并提高效率。
结论
Sprint计划事件不仅仅是选择团队将在即将到来的Sprint中交付哪些PBIs。Scrum团队还必须使用Sprint计划来制定一个Sprint目标，以描述为什么Sprint是有价值的。他们的讨论还应包括交付选定的PBIs的高级计划。包括这些方面可以增加团队的关注点并提高效率。将所有这三个计划区域结合起来，可以增加交付完成增量的可能性，从而在每个Sprint中满足Sprint目标。
对充满学习和讨论的互动一天感兴趣吗?注册为美国Scrum日，计划于2023年9月14日在威斯康星州麦迪逊举行。
