软件工程中的产品待办事项和冲刺待办事项

先决条件：敏捷软件开发、Scrum、Sprint 和 Sprint Call

敏捷项目管理可以提供很大帮助，但如果没有完全实现，它可能看起来很复杂。敏捷和工作方式中有一些独特的术语，对于那些不熟悉该方法的人来说可能会感到困惑。

如果整个团队不熟悉敏捷结构及其术语，事情就会变得毫无用处。产品待办事项和 Sprint 待办事项是两个可能令人困惑的术语，它们对于计划和强调项目中的任务都是必不可少的。因此，在本文中，我们将了解 Product Backlog 和 Sprint Backlog。

产品积压：
产品待办事项是完成整个项目必须完成的所有事情的汇编。但这不是一件容易的事。产品待办事项将记录中的每个项目分解为一系列有助于开发团队的步骤。因此，团队知道何时开始工作，以及他们必须在给定的时间内完成工作之前的时间。在任务管理软件的帮助下，这个过程可以加速。

产品待办事项正在缩小，因为一旦任务完成，它就应该从产品待办事项列表中删除。然而，随着项目的发展，有时会添加新项目。

什么是有效的产品待办列表？

产品 backlog 的概念很简单，它可能很笨拙，因为它包含了所有必须完成的东西才能带来一个成功的项目。
将每个单独的任务分解成一系列步骤所需的技能集，一个人必须了解内部和外部的项目，然后才能指定给团队，团队不仅要完成它，而且必须了解它。

冲刺积压：
产品 backlog 就像 sprint backlog 的超集。 sprint backlog 是从产品 backlog 演变而来的，但它包含的项目更少，可以在每个敏捷 sprint 中完成。就像在每个 sprint 中一样，需要开发一些属于 sprint backlog 的特性。

sprint backlog 将由项目的难度决定，但总体而言，知识是让团队只专注于那些可以在 sprint 内完成的任务。自然，这是一个复杂的项目，sprint backlog 也可以在复杂性和长度上发展。

不同的产品积压，然而，冲刺积压在冲刺期间是不变的。只有在 sprint 计划会议期间，也可以更改。如果在 sprint 结束时仍有未完成的项目，它们将再次添加到产品 backlog 中，并在下一个 sprint 期间解决。

什么是有效的 Sprint Backlog？

根据定义，冲刺积压更容易创建。它更短，更容易吸收，但这并不意味着它可以在不从战略上考虑团队能力和手头资源的情况下发展。
Scrum 方法论专家，他通过经验和技能提供指导，因此开发团队和 Scrum 主管可以通过对其能力的良好估计来了解团队可以做什么。

Product Backlog 和 Sprint Backlog 一起工作：

为了有效地工作，必须了解产品待办事项和冲刺待办事项之间的区别以及两者之间的交互，以推动项目向前发展。
在计划会议期间，开发团队中的每个人都应该讨论如何完成以及必须做什么。
产品待办事项列表对象被移动到 sprint 待办事项列表中。
然后将 sprint backlog 上的每个对象划分为步骤，以完成该对象。
一旦开始，就无法更改完成它们所需的步骤。