怎样制定sprint计划
- sprint目标
- 团队成员名单（如果不是100%需要列出投入度：具体指出例如还要参加什么会议之类）
- sprint backlog（就是上一章提及的的backlog）
- 确定好sprint演示日期
- 确定好时间地点每天举行scrum会议
举办 Sprint 计划会议，是为了让团队获得足够的信息，能够在几个
星期内不受干扰地工作，也是为了让产品负责人能对此有充分的信
心。
范围（scope）和重要性（importance）由产品负责人设置。估算
（estimate）由团队设置。在 sprint 计划会议上，经过团队和产品负
责人面对面的对话，这三个变量会逐步得到调整优化。
会议启动以后**，产品负责人一般会先概括一下希望在这个 sprint 中
达成的目标，还有他认为最重要的故事**。接下来，团队从最重要的
故事开始逐一讨论每个故事，一一估算时间。在这个过程中，他们
会针对范围提出些重要问题：“‘删除用户’这个故事，需不需要
遍历这个用户所有尚未执行的事务，把它们统统取消？”有时答复
会让他们感到惊讶，促使他们调整估算。
在某些情况下，团队对故事做出的时间估算，跟产品负责人的想法
不太一样。这可能会让他调整故事的重要性；或者修改故事的范围，
导致团队重新估算，然后一连串诸如此类的后续反应。
这种直接的协作形式是 Scrum 的基础，也是所有敏捷软件开发的基
础。
如果产品负责人还是坚持没时间参加怎么办？一般我会按顺序尝
试下面的策略：
1. 试着让产品负责人理解，为什么他的直接参与事关项目成
败，希望他可以改变念头。
2. 试着在团队中找到某个人，让他在会议中充当产品负责人
的代表。告诉产品负责人，“既然你没法来开会，我们这
次会让 Jeff 代表你参加。他会替你在会议中行使权利，改
变故事的优先级和范围。我建议，你最好在会议开始前尽
可能跟他沟通到位。如果你不喜欢 Jeff 当代表，也可以推
荐其他人，只要他能全程参加我们的会议就行。”
3. 试着说服管理团队为我们分配新的产品负责人。
4. 推迟 sprint 的启动日期，直到产品负责人找到时间参会为
止。同时拒绝承诺任何交付。让团队每天都可以自由做他
们最想做的事情。