JIRA Sprint工作

假设有一个客户想要开发他们的软件，所以他们联系了基于服务的公司来开发他们的软件。

公司将做什么？

公司将指派称为产品负责人的人。客户与产品负责人进行交互，产品负责人将从客户那里获取所有需求或用户故事，并将其命名为产品待办事项列表。

Product Backlog 是开发软件需要完成的一组活动。

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

Sprint Backlog 是一组需要在这个 sprint 中执行的活动。在 Product Backlog 之外，一组活动被捕获在一个 sprint backlog 中，并且 sprint backlog 的每个活动都分配给一个特定的人。完成 Sprint 的最短时间是 4 天，但可以延长到 2-3 周。

Sprint Backlog 之后，团队开始工作在冲刺中，完成冲刺可能需要大约 1 到 3 周的时间。 sprint 的完成因项目而异。当 sprint 开始时，每天都会召开一个称为 Daily Scrum 的会议，由 Scrum Master 主持这个会议。在 Daily Scrum 中，每天召开一次会议，会议可以扩展到 10-15 次会议。会议有一个预定义的格式，即团队成员必须讲述他昨天在做什么，他今天将做什么，以及阻碍他完成工作的事情是什么。解决团队成员面临的问题是 Scrum Master 的责任。

当一个 sprint 完成后，该 sprint 被交付给客户端。产品交付给客户意味着完成了最小的产品待办列表，称为冲刺待办列表。冲刺交付是为了让客户能看到产品，不是我们开发了东西客户看不到。

一次sprint交付结束，召开了两种会议，即sprint review和retrospective。 sprint 评审是一次会议，团队成员坐在一起，向客户演示他们在此 sprint 中开发的产品。

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

在 sprint 审查之后，我们回到产品待办列表，然后进行 sprint 计划完成选择 sprint backlog，即 sprint2，以这种方式，这个循环一直持续到并且除非整个产品被开发并交付给客户。

Product Backlog: Product Backlog 是一个集合开发软件需要完成的活动。

Sprint Backlog: Sprint Backlog 是一个 backlog，它从需要完成的产品 backlog 中提取了一些活动

Scrum 看板: Scrum 看板是一个显示需要在这个 sprint 中完成的所有活动状态的看板。

Scrum Board 由四种状态组成: