先决条件– Scrum(软件开发)。
Scrum工作：
假设我们需要构建一个产品“ MyFirstProduct”。
因此，首先，我们从客户，执行人员甚至其他团队成员那里收集所有要求和功能要求。基本上，在Scrum中，功能是从最终用户的角度来看的。写入的功能称为“用户故事”。
用户故事：
这些用户故事统称为产品积压。表示根据最终用户希望的完整列表。产品积压已创建。此后，将用户故事优先级分配给我们产品的特定版本(发行待办事项列表)。
- 产品拥有者 ：
因此，产品负责人确保将适当的功能添加到积压中，因为这有助于设置产品发布的方向。 - Scrum Master：
它不是项目的所有者，但它的工作是使流程连续不断，并确保完成工作所需的工具。它设置会议并监视Scrum团队的所有工作和进度。 - Scrum团队/开发团队：
对于Scrum团队，我们的意思是，团队是一个跨职能，规模很小，可以自我分类的小组，声称承担创建，测试和交付产品增加的总体责任。此外，对于特定领域，例如开发人员，测试人员，执行人员等，存在不同的角色。
发布计划：
在这种情况下，团队首先确定用户故事的优先级，并估算每个用户故事的工作量。它使您了解完成整个项目/产品所需的总工作量(估算)。
用户故事按优先级划分，例如：优先级-1，优先级-2，优先级3等。并形成了发行待办事项列表。现在，在发布待办事项准备就绪之后，便可以计划sprint。 Sprint主要是在很短的时间内做出不懈的努力来处理大量产品，并使其处于就绪状态，而不会出现错误和完整的可发布形式。
为什么要冲刺：
冲刺可以是2-3周，也可以长达1个月。它因项目而异。如果您看到sprint是Release Backlog的子集。这里的目标是在每个Sprint上释放一个完整的工作子集。 Sprint还是产品的实际/实际表示。
Sprint Review可以检查是否剩余任何内容。在该Sprint回顾之后，这意味着团队检查是否还有其他方法，以便我们可以通过解决基于先前sprint的问题来改善其他sprint，从而可以增加sprint的发布。
燃尽图：
它用于检查每个冲刺的进度。使用此方法，我们可以计算出生产率的速度和大约项目的完成日期。如果团队的工作量少于Chart，则仅表示团队降低了工作速度，并且与Burndown图表相比，将需要更多的完成日期。概括组织中的公式：剩余工作量/比率等于完成的天数。