Sprint 的运作

客户，利益相关者

假设有一个客户希望开发他们的软件，因此他们找到服务型公司来开发他们的软件。

产品负责人

公司会做什么？

公司将指定一个被称为产品负责人的角色。客户与产品负责人互动，产品负责人将从客户那里获取所有需求或用户故事，这些将被命名为产品待办事项。

产品待办事项

产品待办事项是一组需要完成以开发软件的活动。

Sprint 计划

现在，我们将开始一个 Sprint。我们不会像在瀑布模型中那样一次性开发产品。我们将考虑产品待办事项的一部分，并且首先开发该部分。为了开发这个特定部分，需要考虑一些因素，例如优先级是什么，哪些组件可以组合在一起，客户需要哪些功能等。在开始 Sprint 之前，会举行一个会议，称为 Sprint 计划，我们将在其中讨论所有功能。在Sprint 计划中，我们还会选择将在本次 Sprint 中开发的活动或待办事项，并且所选的待办事项被称为 Sprint 待办事项。

Sprint 待办列表

Sprint 待办事项是一组需要在本次 Sprint 中执行的活动。从产品待办事项中，一组活动被捕获到 Sprint 待办事项中，并且 Sprint 待办事项的每个活动都被分配给特定的人。完成 Sprint 的最短时间为 4 天，但可以延长到 2-3 周。

Sprint

在 Sprint 待办事项之后，团队开始着手 Sprint，完成 Sprint 大约需要 1 到 3 周的时间。Sprint 的完成时间因项目而异。当 Sprint 开始时，会每天举行一个会议，称为每日 Scrum，并且 Scrum Master 负责主持这次会议。在每日 Scrum 中，每天都会举行一次会议，会议可以延长到 10-15 分钟。会议有一个预定义的格式，即团队成员必须说明他们昨天做了什么，他们今天要做什么，以及阻碍他们完成工作的事情是什么。Scrum Master 的责任是解决团队成员遇到的问题。

Sprint 交付

当一个 Sprint 完成时，Sprint 会交付给客户。将产品交付给客户意味着完成了一组最小的产品待办事项，称为 Sprint 待办事项。进行 Sprint 交付是为了让客户可以查看产品，而不是我们开发了一些东西，客户却无法查看。

Sprint 评审和回顾

一旦 Sprint 交付完成，就会举行两种类型的会议，即 Sprint 评审和回顾。Sprint 评审是一个会议，团队成员聚集在一起，他们向客户演示他们在本次 Sprint 中开发的产品。

回顾是团队成员之间举行的另一次会议。在这次会议上，他们讨论本次 Sprint 中哪些是正确的，哪些是错误的，例如阻碍他们工作的问题。

在 Sprint 评审之后，我们回到产品待办事项，然后进行 Sprint 计划以选择 Sprint 待办事项，即 Sprint2，通过这种方式，这个循环一直持续，直到整个产品被开发并交付给客户。

Scrum 板

产品待办事项：产品待办事项是一组需要完成以开发软件的活动。

Sprint 待办事项：Sprint 待办事项是一个待办事项，其中包含从产品待办事项中选取的一些活动，这些活动需要在本次 Sprint 中完成。

Scrum 板： Scrum 板是一个显示需要在本次 Sprint 中完成的所有活动的状态的板子。

Scrum 板包含四种状态

• 开放
  “未开始”状态表示“未开始”中的任务尚未开始。
• 进行中
  “进行中”状态表示开发人员完成了他们的任务。
• 测试
  “测试”表示任务处于测试阶段。
• 封闭
  “已关闭”表示任务已完成。