当我作为一名敏捷教练进入组织的时候，Scrum带来的常见烦恼之一就是Sprint计划会议。“这些会议简直太长了！”我的客户抱怨着。对此，一个简单但既能缩短计划会议时长，又能提高效率的方法，就是定期使用产品需求梳理会议。
有时候也叫做“故事会议”，会议的目的就是改进产品的backlog。定义之所以有些模糊，是因为会议本身就是驳杂多样的。一个需求梳理会议可以用来：
- 写好用户故事（通过一次或者多次会议，可以从零开始建立起产品 Backlog）
- 把超长的用户故事剪裁成段（史诗级别的长度）
- 改进那些写得很差的用户故事
- 估算backlog中的条目
- 添加接受条件的标准
- 更深层次研究backlog，能够做出长远技术规划。
最后一点非常重要。有的人误认为，使用scrum方法就是只看到眼前的下一个Sprint，没有其他。
这是错的。需求梳理会议应该是一个产品负责人提出“三月份的发布很不错，所以今天我想来说说我们7月份要做的用户故事”的好地方。这种会议使整个团队能够对一个产品有个长远的规划，还可以提醒他们可能存在的技术问题和陷阱。
如何才能开一次好的产品需求梳理会议呢？下面是一些参考：
1， 心中确定好目标——在每一次会议的开始，产品负责人都应该走进来说：我今天想要确定这些东西。目标可以是已经得到大多数人同意的，但是，必须要在会议开始前就确定下来。漫无目的的走进会议室然后说着“啊，今天我该干些什么好呢？”，基本上就已经确定了这次会议的失败。
2， 把会议规划好，让这次会议帮助下次的Sprint计划会议——一次成功的需求梳理会议会让所有在场的人熟悉产品backlog，让他们明确下一次Sprint会议的目的，也就使得他们的sprint会议能够取得实质性的进展。所以，最好能够在下一次sprint计划会议之前几天开一次需求梳理会议。
3， 限制“小鸡”参加会议——在scrum方法中，小鸡指的是利益相关者，在需求梳理会议中，他们可以起到一些很好的作用，但是一定要限制他们的数量。举例来说，假如你想从10位利益相关者那里得到了反馈信息，那么把他们分到2到3个不同的会议里面，不要集中在一起。记住，他们一般都不会了解scrum方法，或者团队里的规矩，但是产品负责人和scrum master则了然于胸。他们不会有什么“scrum习惯”，开会到一半，你很可能就会发现，他们把整个会议的主动权都抢走了，把会议弄得一团糟。
想要确保sprint计划会议开得顺利的话，事前的需求梳理会议会是最好的一个选择。它们提高了产品backlog的质量，让所有人都熟悉了解了在sprint计划会议上会有什么问题，这样让他们更有信心地在几天后踏进会议大厅。
作者:Angela Druckman
原文地址：http://www.scrumalliance.org/articles/339-how-to-hold-an-effective-backlog-grooming-session
