Sprint把开发过程分解成一个个长度固定的时间盒
一个Sprint一旦确定并开始，就尽量少去添加或删除其中的事项
以此减少Scrum之外的其他会议的必要
一、冲刺计划会议
限时。例如一个月的Sprint，计划会议不应超过8小时
话题一：这次Sprint能做什么
话题二：如何完成所选的工作
二、每日站立会议
三、冲刺评审会议
不是进度汇报会议
演示增量的目的是为了获取反馈并促进合作
- 产品负责人说明列表中哪些事已完成、哪些事没完成
- 开发团队讨论Sprint期间哪些工作做得很好，遇到什么问题以及问题是如何解决的
- 演示已完成的工作并解答关于交付增量的问题
- 产品负责人讨论当前的产品代办列表情况。根据到目前为止的进度来预测可能的目标交付日期
- 参会的所有人就下一步工作进行讨论，为接下来的Sprint计划会议提供有价值的输入信息
- 评审市场或潜在的产品使用方式所带来的接下来要做的有价值的东西的改变
- 为下个预期产品功能或产品能力版本的发布评审时间表、预算、潜力和市场
四、冲刺回顾会议
- 检视前一个Sprint中关于人、关系、过程和工具的情况如何
- 找出并加以排序做得好得和潜在需要改进得主要方面
- 制定改进Scrum团队工作方式的计划
五、代办事项梳理
整个项目的待办事项，而不是当前Sprint的待办事项
- WHY 为接下来的一两个Sprint作准备
- WHO 全体成员
- WHEN Sprint进行中
- WHAT 1.澄清 2.拆分 3.排序 4.更新验收标准
- HOW LONG Sprint的5%-10%
- INPUT product backlog
- OUTPUT product backlog
一开始听Sprint这个概念的时候，觉得特别累，整个项目过程一直在冲刺，冲完一轮又一轮。但其实Sprint是把项目的时间分成一个个节点，每个节点的目标一旦确定就不轻易改变。Sprint确保了敏捷但却不会变化过于频繁。前段时间我所在的团队就遇到过这样的奇葩问题：计划在两天内变化三次，结果大量的时间浪费在工作切换上。我觉得Sprint改一个名字会听起来没那么累，大家觉得有什么更好的名字吗？能体现它作为一个有比较明确的目标的固定时间盒。
