Sprint的工作如下图所示 -
客户，利益相关者
假设有一个客户想要开发他们的软件，他们找到一个基于服务的公司来开发他们的软件。
产品拥有者
该公司将做什么？
公司将指定称为产品所有者的人。客户端与产品所有者进行沟通，产品所有者将捕获客户端的所有需求或用户故事，并将其命名为产品待办事项。
产品待办事项
产品待办事项(Backlog)是开发软件时需要完成的一系列活动。
Sprint计划
现在，我们将开始sprint。我们不会像在瀑布模型中那样一次性开发产品。我们将考虑产品待办事项的某些部分，并且将首先开发优先的那一部分。要开发这个特定的部分，需要考虑一些因素，例如什么是优先级，哪些组件可以组合在一起，客户需要什么功能等等。在开始sprint之前，会议被称为sprint规划，我们将在哪里讨论所有功能。在sprint计划中，我们还选择将在此sprint中开发的活动或待办事项，所选的待办事项被称为sprint待办事项。
Sprint Backlog
Sprint Backlog是一组需要在此sprint中执行的活动。在产品Backlog中，在sprint backlog中捕获一组活动，并将sprint backlog的每个活动分配给特定的人。完成sprint的最短时间是4天，但可以延长到2-3周。
Sprint
在Sprint Backlog之后，团队开始进行Sprint，完成Sprint可能需要大约1到3周的时间。sprint的完成因项目而异。当sprint开始时，每日会议被称为Daily Scrum，Scrum Master会召开这次会议。在Daily Scrum中，每天都会举行一次会议，会议可以延长到10-15次会议。会议有一种预定义的格式，即团队成员必须告诉他昨天做了什么，今天他将做什么，以及妨碍他完成工作的事情是什么？Scrum主管负责解决团队成员面临的问题。
Sprint交付
当sprint完成时，sprint将被传递给客户端。产品交付给客户意味着完成了称为sprint backlog的最小产品待办事项。sprint交付完成后，客户端可以查看产品，这不是我们已经开发了一些东西而客户端无法查看。
Sprint评论和回顾
一旦sprint交付结束，就会举行两种类型的会议，即Sprint审查和回顾。Sprint审查是团队成员坐在一起的会议，他们向客户提供有关他们在此sprint中开发的产品的演示。
回顾会是团队成员之间的另一次会议。在这次会议中，他们讨论了这个sprint中的正确内容以及这个sprint中出了什么问题，比如妨碍他们工作的问题。
在sprint审核之后，回到产品Backlog，然后进行sprint计划以选择sprint backlog，即sprint2，这样，这个周期一直持续到除非整个产品被开发并运送到客户端。
Scrum主面板
产品待办事项：Product Backlog是开发软件时需要完成的一系列活动。
Sprint待办事项：Sprint Backlog是一个积压，它已经从产品积压中采取了一些需要在此sprint中完成的活动。
Scrum主面板：Scrum Board是一个主面板，它显示了在此sprint中需要完成的所有活动的状态。
Scrum主面板包含四种状态：
- 打开 - “打开”状态表示“打开”中可用的任务尚未启动。
- 进行中 - “进行中”状态意味着开发人员完成了他们的任务。
- 测试 - “测试”意味着任务处于测试阶段。
- 关闭 - ‘关闭’表示任务已完成。
