04-怎样准备Sprint计划

在Sprint计划会议之前，要确保Product Backlog井然有序。(迭代开始的第一天，召开迭代会议即Sprint Meeting)

我们可以从以下角度理解：

1.Product Backlog必须已经整理完毕

2.对于一个产品而言，只能有且只有一个Product Backlog和一个产品负责人

3.所有的Product Backlog都必须评过分，而且不同重要度的Importance的值不同。

附：Importance值解释说明如下：

　　a.重要度比较低的"故事"的Importance值相同也没关系，因为在这次Sprint计划会上可能根本不会被提出来。

　　b.无论任何事，只要产品负责人相信它会在下一个Sprint里实现，那么这个"故事"的Importance值就被定为一个合适的值。

　　c.Importance值只是用来根据重要性对"故事"进行排序。如果A的Importance值是20，而B的Importance值是100，那只能说明B比A重要而已，不以　　　　      　　为B比A重要5倍。如果B的Importance值是21而不是100，含义都是一样的。

　　d.各个"故事"的Importance值之间应该留出适当的间隔，以防后面再出现一个C，比A重要又不如B重要。

4.产品负责人应当清楚地了解每个"故事"的含义(正常来讲，"故事"都是由产品负责人来编写的，偶尔其他人也会添加一些请求，产品负责人根据"活动"的重要性重新决定Importance值)。产品负责人不需要知道每个"故事"具体是如何实现的，但他需要知道为什么这个"故事"会在这里。

注意：产品负责人之外的人可以向Product Backlog里添加"故事"，但是"故事"的Importance值他们没有权利修改或赋值；"故事"的Initial estimate值只能有开发团队来估算，其他人没有这个权利。