Sprint Backlog如何支持适应性——回到Scrum框架的基础(29)

请记住，Scrum是建立在经验过程控制的基础上的，而适应性是透明和检查之后的第三个支柱。

每个Scrum工件都在一个或多个Scrum事件中进行了调整，以便将偏差最小化到他们在检查过程中了解到的可接受的限度。

适应是为了尽量减少与商定目标的可接受限度的偏差而进行调整。

这也适用于Sprint Backlog。

Sprint Backlog通常在Sprint计划和每日Scrum期间进行调整。考虑到Sprint Backlog所提供的实时图片完成冲刺目标所需要的工作，也是在一天中，每一天的每一分钟，随着新的见解的出现，冲刺待办事项都是最新的。

每当获得关于Sprint目标进展的新见解时，开发人员就会做出必要的调整。

• 完成的工作，开始的新工作，
• 受阻的工作，
• 发现的额外工作或不再认为必要的工作，
• 产品待办事项列表中已经完成或不再需要的项目，或者支持Sprint目标的附加项目，
• 在Sprint过程中发布一个新的增量，
• 一个需要验证的新假设，以确定冲刺阶段的下一步，
• 风险被识别、处理和消除，
• 等等，等等。

调整是为了尽量减少偏离商定目标的可接受限度。对于Sprint Backlog，这个商定的目标就是Sprint目标。

简介:

一旦Scrum团队一致同意Sprint目标，产品待办事项列表项被认为是必要的，以及如何在增量中交付，开发人员就会调整Sprint待办事项列表，以提供Sprint的实时情况。

提示:

与你的Scrum团队一起评估你的Sprint Backlog:

1. 你的Sprint Backlog什么时候更新?只在每日Scrum之前或会议期间;还是一整天?
2. 您如何确保Sprint Backlog显示了实现Sprint目标的实时进度图?
3. 在任何特定时刻，透明度是如何提供的?这个Sprint的剩余工作是什么?已经完成的工作以及预期的结果如何透明?

我们希望您能从这些短信中找到价值，如果您想了解更多信息，请随时与我们联系。

下周我们将讨论适应性和增量。

哦，2022年3月，我们在比利时首都有一个独家的现场活动，你可能想看看:从一个Scrum团队到大型多团队有效的产品开发．

如果您想深入了解我们在本博客系列中介绍的核心概念，那么当然可以请查看我们的专业Scrum精通研讨会．

不想错过这些博客文章吗?拥有专业的Scrum基础系列每周在你的邮箱里．