Sprint（冲刺）是Scrum的核心，持续时间为一个月或更短的时间，在这个时间内构建一个完成、可用的和潜在可发布的产品增量.在整个开发过程期间，其长度应保持一致，前一个Sprint完成后，新的下一个Sprint紧接着就开始，有点像接力棒的游戏。

1. Sprint计划会议：会议时间不要过长，不要为了会议而会议。通常一个月内的，上限为8小时或更短；依次类推。其主要目的是确定每个参会者都理解会议的目的。敏捷教练要确保会议顺利举行并教导敏捷团队遵守时间盒规则。包含几点：这次做什么？如何完成所选的工作？期间会遇到什么问题？预期可交付的增量？
2. 每日站会：2W1H，昨天我做了什么？今天准备做什么？是否需要他人协助？注意一点，站会的时间不要太长，其核心的地方，每个人参与，不要开成训导式的，确保每人都可以发言及每人都有机会主持会议；
3. 开发工作：通过看板、代码测试、代码审核、沟通来确保Sprint正常进行；
4. Sprint评审会议：在Sprint尾期进行，用于检视所交付的增量并按需调整ProBackLog列表。参会人员：团队成员、客户、利益相关者；会议时长同样不要太长，根据Sprint的大小决定。在会议中集中讨论几个要点：probacklog哪些“完成”、哪些“未完成”、遇到什么问题及如何解决的、演示“完成”的工作并解答增量交付的问题、讨论当前的probacklog的情况，根据当前的速率进行预测可能的目标交付日期（主要要澄清预估并非准确的交付时间）、参会人员讨论下一步的工作，并更新probacklog。注意点：正视问题，解决问题，不是问责大会，注意会议方向！
5. Sprint回顾会议：回顾及复盘，对当前完成的Sprint进行适当的回顾是一件好的事情，可以让我们总结好的方法和避免踩坑。其会议在sprint评审会议结束后进行。主要点和第4点相同，国内的会议有两种：要么歌功颂德、要么批斗大会。要知道会议的真正目的：确保团队成员目标一致、通过会议可以让工作更加具有成效，实现利益最大化。

Sprint由上述5点组成，在整个冲刺期间，有几个规则来确保冲刺顺利完成。
不作出对目标的改变、质量不能降低、随着项目的深入产品负责人和开发团队要对范围内做出的事情可能会做部分的调整。

每个冲刺的长度应限制在一个月内，太长的话，不符合Sprint的精髓，通过小版本的迭代、交付来刺探用户的反馈，并作出改变。如果时间太长，其风险就被相应的拉长，同时也不利于可预测性。

在之前的脑图中，我们看到“取消”，取消的原因有很多：过时、市场发生改变、客户不需要、技术层面等等，如果Sprint被取消，那么，任何“完成”、“待办”的列表事项都需要评审，如果成果部分潜在可以发布的，通常会进行一个版本的发布。