最近我一直在想，Scrum是否正在接近成为一种新标准的会议——待办列表整理会议，越来越多的团队在每个sprint中都举行这样的会议来确保产品待办列表已经准备就绪并且已经为下个sprint的开始做好准备。
为什么待办列表整理会议几年都没有成为公认的Scrum实践，这里我称它为GASP，让我们来回顾一下2000年代初。
当时，Scrum并没有正式的Sprint回顾会议。事实上，当时普遍的做法恰好是反对这样一个会议的。逻辑是一个好的Scrum团队应当时刻注意进步的机会；而不应该将讨论进步的机会推迟到sprint的最后。
争论是非常好的一面。然而每日发生在团队身上的急事占了先机，进步的机会往往被忽视或者没有体现在实际行动上来。所以最终大多数团队意识到当我们发现机会时我们就应该去进步，至少在最低程度上，每个团队应该为每个sprint预留一些专门的时间来做这项工作——因此sprint回顾会议成为了Scrum的标准的一部分。Esther Derby和Diana Larson所写的《敏捷的sprint回顾会议：使好的团队变得更优异》这本书，更好地帮助阐明了这一点。
最近越来越多ScrumMaster认证课程中的参与者问我待办列表整理好像就是公认的Scrum实践。当我告诉他们并不是每一个scrum团队在每个sprint都有这样一个会议时，他们都感到很差异。我仍然不主张所有团队为每个sprint都进行待办列表整理的会议——因为先前反对sprint回顾会议的争论，我更倾向于待办列表整理在一个更加持续的，恰如所需的情况下发生——但许多团队都把待办列表整理会议进行的非常成功，反对待办列表整理会议的做法可能只是垂死的挣扎了。
原文地址：http://www.mountaingoatsoftware.com/blog/gasping-about-the-product-backlog
