Sprint指Scrum团队完成一定数量工作所需的短暂、固定的周期。Sprint是Scrum和敏捷的核心，找到正确的Sprint周期将帮助您的敏捷团队交付更高质量的产品。
“在Scrum框架中，庞大且复杂的产品将被拆分成一个个小的片段，通过一系列被称为“Sprint”的迭代来完成。”
Sprint使项目更易于管理，让团队更快、更频繁地交付高质量的工作，并使团队能够更灵活地适应变化。
许多人将Scrum的Sprint与敏捷软件开发联系起来，以至于不明就里的人将Scrum和敏捷当成是同一件事。但实际上，两者根本不是一回事儿。敏捷是一套开发的原则，而Scrum则是一个能够帮助你把活儿搞定的框架。
如何规划和执行Scrum Sprints？
Scrum践行者们考虑十分周到。通过召开Sprint planning会议，用于规划即将开始的Sprint。Sprint Planning是一个团队协作活动。
这个过程中，团队需要回答两个基本问题：
1、本次Sprint要完成哪些工作？
2、如何完成？Product Owner，Scrum Master和开发团队需要协作选定每个Sprint中要做的工作项。Product Owner则需要商讨Sprint要达成的目标，以及在Sprint结束时可以确保目标实现的PBI。
然后团队需要在此基础上制定一个计划，说明他们将如何构建Backlog列表并在Sprint结束之前将其“完成”。
选择工作事项以及如何完成这些工作事项的计划被称为Sprint Backlog。
Sprint Planning结束时，团队已经准备好开始Sprint Backlog的工作，将Backlog列表中的工作推进到“进行中”和“已完成”。
即整个团队要明确Sprint planning的业务目标，确保每个成员协同一致并朝着共同目标前进。确保Backlog中所有的工作项按照优先级和关联关系顺序进行排列。
Sprint期间，团队通过每日站会汇报工作进展。
站会的内容：昨日做了什么，存在什么问题、风险。今日计划做什么。
站会的目标：展示可能影响到团队顺利交付Sprint目标的阻碍或挑战。
Sprint完成之后，团队将在Sprint Review上展示他们在Sprint期间完成的工作。这也是在产品正式上线前，团队向利益相关者和团队其他成员展示工作成果的机会。
最后，以Sprint Retro来为整个周期画上一个圆满的句号。这也是确定团队在下一个Sprint中需要在哪些地方做出改进的机会。
在此基础上，就可以着手开始下一个Sprint周期了。
