第一次召开Sprint回顾会议的团队，ScrumMaster要申明Sprint回顾会议的目的，避免大家对Sprint回顾会议有不同的理解。 很多ScrumMaster给团队讲解的关于Sprint回顾会议的目的如下。 ScrumMaster说：“回顾会议就是咱们常说的反思会，大家回顾一下这个Sprint运行过程中有什么问题。” “反思”“回顾 ...

在Sprint结束的时候，团队做改进和调整的活动有两个：一个是对产品的改进和调整，即SprintDemo；另一个是对团队工作方式的改进和调整，这就是Sprint回顾会议。 Sprint回顾会议可以让团队停下来思考并审视：我们哪些地方存在问题，需要改进；哪些地方做得好，需要保持。如果没有Sprint回顾，团队就像是 ...

团队在Sprint快结束时举行Sprint评审会议，目的是检视所交付的产品增量并按需调整产品的Backlog。团队经常误以为Sprint评审是邀请很多人（包括领导）参加的一个很正式的评审会议，需要走正规的评审流程，于是为了评审顺利而做了大量的准备工作。 实际上，Sprint评审是一个非正式会议，并不是一个进度 ...

每日站会是Scrum团队每天自我检查和调整的机会。关于站会的流程，一般的团队都知道，本书不再赘述。但是大部分刚开始尝试Scrum的团队，或多或少都会碰到以下一些误区。 1.站会不是每天开 经常有团队质疑：“站会为啥要每天开？太浪费时间了。我们从前一周一次周会，不就够了吗？” 如果一周一次会 ...

第一步：产品负责人陈述Sprint目标，讲用户故事 产品负责人讲解他/她提议的Sprint目标，以及他/她希望被纳入Sprint的用户故事。如果其中有些用户故事在上一个Sprint的Backlog梳理活动中已经讲解过，那么在这个步骤中可以省略，产品负责人只需要给团队明确这个Sprint要做哪些用户故事即可。 很多产品 ...

Sprint计划的输入有： [*]为Sprint准备高质量的产品Backlog； [*]团队的历史速率； [*]团队做SprintBacklog的可用时间； [*]产品负责人提议的Sprint目标。 Sprint计划的输出有： [*]团队承诺的Sprint目标； [*]SprintBacklog。 Sprint计划的参与人有： [*]产品负责人； [*]团队成 ...

Sprint目标即是当前Sprint中产品Backlog所要达到的目标，它为开发团队提供指引，使团队明确构建产品增量的目的。例如，将用户存储空间从1G扩充至20G，将页面加载速度提升20%，用户注册上线等。Sprint目标在Sprint计划会议中确定。 很多刚开始尝试Scrum的团队没有建立Sprint目标，认为只要把Sprint计划 ...

Scrum团队在启动第一个Sprint之前需要做项目准备工作，这些准备工作可以在第一个Sprint之前的“Sprint0”阶段完成，这一阶段一般包含以下工作： [*]给Scrum团队做敏捷导入培训； [*]组建Scrum团队，任命ScrumMaster和产品负责人； [*]管理层跟团队沟通Scrum和敏捷转型目标，确保团队对敏捷没有抵 ...