如何在sprint会议上讨论backlog的细节？

在大多数sprint 计划会议上，大家都会讨论产品 backlog中的故事细节。对故事进行估算、重定优先级、进一步确认细节、拆分，等等都会在会议上完成。

那么该如何实际操作呢？

推荐使用索引卡，把它们贴在墙上或摆放在桌子上。示例如下：

这种用户体验比计算机和投影仪好得多。原因是：
 大家站起来四处走动=> 他们可以更长时间地保持清醒，并留心会议进展。
 他们有更多的个人参与感（而不是只有那个拿着键盘的家伙才有）。
 多个故事可以同时编辑。
 重新划分优先级变得易如反掌——挪动索引卡就行。
 会议结束后，索引卡可以拿出会议室，贴在墙上的任务板上（参见第“我们怎样编写sprint backlogs”）。

重要事项：

Sprint计划会议结束后，我们的Scrum master会手工更新Excel中的产品 backlog，以反映故事索引卡中发生的变化。

这确实给管理者带来了一点麻烦，但是考虑到用了物理索引卡以后，sprint 计划会议的效率得到了大幅度提高，这种做法还是完全可以接受的。

注意这里的“重要性（Importance）”字段。它和打印时Excel中产品backlog所记录的“重要性”是一样的。

把它放到卡片上，可以帮助我们根据重要性给卡片排序（我们一般把最重要的放到左边，依次向右排列）。

不过，一旦卡片被放到墙上，那就可以暂时忽略它的重要性评分，根据它们摆放的相对位置，来对比彼此的重要性。

如果产品负责人交换了两张卡片，先不要浪费时间在纸上更新数字，只要确保会议结束后在产品backlog做更新就可以。

把故事拆分成任务后，时间估算就变得更容易（也更精确）了。那么该如何进行故事拆分呢？
这个用索引卡来做就又方便又漂亮。你可以把团队分成不同的二人组，让他们每组同时各自拆分一个故事。

我们用即时贴贴在每个故事的下方，每张即时贴表示这个故事中的一个任务。

 

我们不会让任务拆分出现在产品backlog中，原因有二：
 任务拆分的随机性比较强，在sprint进行中，它们常常会发生变化，不断调整，所以保持产品backlog的同步很让人头大。
 产品负责人不需要关心这种程度的细节。
任务拆分的即时贴可以和故事索引卡一起，在sprint backlog中被直接重用