优先级1：sprint目标和演示日期。
这是启动sprint最起码应该有的东西。团队有一个目标，一个结束日期，然后就可以马上根据产品backlog开始工作。没错，这是不像话，你应该认真考虑一下明天再开个新的sprint 计划会议。不过如果确实需要马上启动sprint，不妨先这么着吧。认真说来，只有这么点儿信息就开始sprint，我还从来没有试过。
优先级2：经过团队认可、要添加到这个sprint中的故事列表。
优先级3：Sprint中每个故事的估算值。
优先级4：Sprint中每个故事的“如何演示”。
优先级5：生产率和资源计算，用作sprint计划的现实核查。包括团队成员的名单及每个人的承诺（不然就没法计算生产率）。
优先级6：明确每日例会固定举行的时间地点。这只需要花几分钟，但如果时间不够用，Scrum master可以在会后直接定下来，邮件通知所有人。
优先级7：把故事拆分成任务。这个拆分也可以在每日例会上做，不过这会稍稍打乱sprint的流程。
上面是《硝烟中的scrum和xp》中提到的内容，不过我个人觉得2、3、4、5都是在进行backlog确认，相辅相成、缺一不可。
故事拆分成任务可以在计划会议结束后由开发团队单独进行，项目负责人可以不必参加，但最好是计划会议结束后立刻进行。
如果需要编写相关文档，应该将文档当做任务进行。