在Sprint之中可以更改Sprint Backlog吗？-Leangoo领歌

本文转自：Leangoo敏捷用以

链接：

Scrum从前不单纯的二十件假新闻之二：在Sprint以外是不可以修正Sprint Backlog的

很多人都说Developers许诺了订购在Sprint Backlog从前的所有的以下内容，所以不可以增加下降或者修正任何Sprint Backlog，这样制作团队才有必要的专注力已完成他们的许诺。

这是一个听跟着多么有一味的说辞啊，但是它是正确的吗？

Scrum指南从前是这么描述Sprint Backlog和Sprint Goal的： Sprint Backlog 是 Developers 为其制定的计划。它是 Developers 在 Sprint 期间为做到 Sprint Goal 而 计划已完成的临时工，是一个相对可视且动态的临时工萤幕上。因此，随着传授给更多，Sprint Backlog 在整 个 Sprint 期间会进行时更新。它必要有够大的细微，以便他们可以在 Daily Scrum 中检视其进展；Sprint Goal 是 Sprint 的单个要能。尽管 Sprint Goal 是 Developers 的许诺，但它为做到该要能所需 的确实临时工之外提供了优点。当 Developers 在 Sprint 期 间临时工时，他们将 Sprint Goal 铭记在心。

如果必需来作的临时工与预期的不同，他们将与 Product Owner 协作，在不冲击 Sprint Goal 的情况，磋商本次 Sprint Backlog 的区域。显然这从前说的很明确，Sprint Goal在一个Sprint从前是相同保持稳定的，但是Sprint Backlog不是。

这些毕竟凸显了Scrum的精髓-经验主义，我们难以恰当的对期望的临时工规划细微，即便是一个小小的Sprint。Developers 必需在临时工处理过程中推测原因，找到障碍，探究推移，并灵感下一步的临时工。

比如说制作团队在临时工推测一个技术插件可能会不做到需求，必需找到替代者。或者为了已完成Sprint Goal，我们推测有一个当前机能未在Sprint Planning从前争辩 等等。 大家想想如上的情况发生了恐怕我们不去调整吗？所以总之Sprint Backlog是灵活的，只要不冲击Sprint Goal，我们允许其偏离。

那么我们在什么时候去标识以及修正Sprint Backlog。究竟是Daily Scrum，其说明了了一个最佳从中每天去检查和考虑到，有必要的时候必须修正Sprint Backlog。

大家在临时工中必需去创建牵手推移的中华文化，鼓励制作团队去自管理的去推测原因，即时的考虑到。当推移是必须的时候去跟Product Owner聊一聊。这从前再务实一遍，修正不能冲击Sprint Goal。

仍要我们阐述下Developers不许诺订购Sprint Backlog从前的所有以下内容，那么他们必要再Sprint进行时中许诺什么呢？

• 许诺已完成Sprint Goal

• 订购一个可用的，高质量的，做到卖家需求的Increment

• 时间耐心白花在价值高的以下内容上

• 许诺接下来深造，改进

• 许诺在Scrum框架下，借助Scrum价值进行时临时工

概括

本文通过提及Scrum指南和都是着重介绍了如何击破假新闻——在Sprint以外是不可以修正Sprint Backlog的。希望帮助到大家早日创建一个日趋真正的Scrum 制作团队。欢迎小伙伴们留言争辩。

本文编者：

丁志润：Derek Ding，Scrum中文网资深敏捷教练，企业敏捷持续发展研究员，CSM，CSP（Scrum联盟证书Scrum研究员）