第3章 我们怎样准备sprint计划

• 在sprint计划会议之前，要确保产品backlog的井然有序。意思是产品backlog必须存在

1. 只能有一个产品backlog和一个产品负责人（对于一个产品而言）
2. 所有重要的backlog条目都已经根据重要性被评过分，不同的重要程度对应不同的分数
   1. 其实重要程度比较低的backlog条目，评分相同也没关系，因为它们在这次sprint计划会议上可能根本不会被提出来
   2. 无论任何故事，只要产品负责人相信它会在下一个sprint实现，那它就应该被划分到一个特有的重要性层次
   3. 分数只是用来根据重要性对backlog条目排序。假如A的分数是20，而B的分数是100，那仅仅说明B比A重要而已，绝不意味着B比A重要五倍。如果B的分数是21而不是100，含义也是一样的！
   4. 最好在分数之间留出适当间隔，以防后面出现一个C，比A重要而不如B重要。当然我们也可以给C打一个20.5分，但这样看上去就很难看了，所以我们还是留出间隔来
3. 产品负责人应当理解每个故事的含义（通常故事都是由他来编写的，但是有的时候其他人也会添加一些请求，产品负责人对它们划分先后次序）。他不需要知道每个故事具体是如何实现的，但是他要知道为什么这个故事会在这里

注意 产品负责人之外的人也可以向产品backlog中添加故事，但是他们不能说这个故事有多重要，这是产品负责人独有的权利。他们也不能添加时间估算，这是开发团队独有的权利