当我以敏捷教练的身份进入组织时，Scrum 的一个常见问题就是 Sprint Planning。“这些会议需要很长时间！” 我的客户抱怨。一个使 Sprint Planning 会议既短又高效的简单方法是通过定期使用 Backlog Grooming Meeting。
有时称为 Story Time Section，这些会议的目的是对 Product Backlog 进行改进 (Product Backlog Grooming Sessions)。这个定义故意含糊不清，因为会议非常通用。Backlog Grooming 会话可用于：
编写用户故事（可以在一系列一个或多个 Backlog Grooming Section“从头”构建 Product Backlog）列表项目
分解太大的用户故事（史诗 epics）
改进写得不好的用户故事
估计积压项目
添加接受标准
深入研究待办事项以便进行长期技术规划
最后点句很重要。有些人错误地认为，做 Scrum 意味着除了下一个冲刺阶段 (Sprint) 将要发生的事情之外永远不要关注任何事情。这不是真的。相反，积压梳理会议 (backlog Gromming Meetings) 是: 例如，Product Owner 说“3 月份的发行版非常棒，所以今天我想花时间看看，我希望获得在 7 月份的发行版中的用户故事。”这样做给团队一个机会来进一步研究产品的未来，并且能够提醒他们技术挑战和“必须解决的问题”。
如何举行有效的 Product Backlog Grooming？以下是一些指导方针：
记住一个目标: 在每次会议中，产品负责人都应该说：“这是我今天想要完成的。”这可以是团队达成的协议目标，但关键是要在会议开始前设定目标。漫步到一个待办事项列表梳理会话中，说：“嗯，嗯……我们今天想谈什么？”“是浪费时间的保证。”
安排会议来支持和改进下一届 Sprint Planning 会议: 一个好的 Product Backlog Grooming Meeting 让所有参与其中的人都感到熟悉 Product Backlog，让他们清楚地了解下一轮 Sprint 的目标，并且意味着他们可以在 Sprint Planning 会议中实现目标。因此，安排 Product Backlog Grooming Section，在下一个 Sprint Planning 之前至少几天。
限制“鸡”的参与: 在 Scrum 中称为“鸡”，利益相关者 (stakeholders) 可以是积压梳理会话 (Backlog Grooming Meeting) 的有效参与者。但是限制他们的数量。例如，如果您有 10 个利益相关者，您想要从他们那里收集反馈，那么通过一系列 2 - 3 个会议，而不是一个大型会议，从他们那里获得反馈。记住，涉众通常并不像团队、产品负责人和 Scrum Master 那样理解 Scrum 的规则。他们通常不具备“良好的 Scrum 礼仪 (Scrum Manner)”，你可能会发现一大群人会很快接管你的会议，使得会议变得混乱和有效。
定期使用 Backlog Grooming Sections 是确保 Sprint Planning 会议更顺利运行的最佳方法之一。它们改进了产品待办事项列表的质量，使每个参与其中的人都更加熟悉所要求的内容，并且使自信地达成 Sprint 承诺变得更加容易。
基本 Scrum 阅读列表
什么是 Scrum 工件？
什么是 5 个 Scrum 值？
敏捷宣言和十二项原则
Scrum 中最经常提到的 10 个基本规则
什么是 Scrum 的三大支柱？
什么是产品 Backlog 修饰？
每日 Scrum 会议 – 快速指南
完成与接受标准的定义
Scrum 中 Ready 的定义是什么？
为什么在 Scrum 中固定长度冲刺？
如何写短距离目标？