agile-project-management - 敏捷过程：积压和待办事项的区别

Question

我正在使用 ZenHub 进行任务管理。在 ZenHub 中，我看到 5 列，如下所示：

因此，我决定将所有问题移至 Backlog。To Do在那之后，我有一个问题：和之间有什么区别In Progress？因为Backlog必须完成所有任务。而当我想做一个任务时，为什么不直接通过In Progress呢？

Answer 1

您可以在这里backlog看到敏捷项目管理中的简单定义：

待办事项是团队维护的功能或技术任务列表，并且在给定时刻已知对于完成项目或发布是必要且足够的

有以下三种不同backlog的类型：


产品积压

根据Wikipedia 中的 Scrum，它的定义是：

产品 backlog 包含一个 Scrum 团队为产品维护的有序需求列表。它由功能、错误修复、非功能性需求等组成——为了成功交付可行的产品必须做的一切。产品所有者根据风险、业务价值、依赖关系和所需日期等考虑因素对产品积压项目 (PBI) 进行排序。

或者换句话说，需要完成所有任务来完成产品。

冲刺积压

sprint backlog 是开发团队在下一个 sprint 中必须处理的工作清单。

在 Scrum（例如）中，您在 sprint 中进行开发。通常冲刺的持续时间为 2 周。backlog对于每个 sprint，您应该从您认为您将在 sprint 期间完成的任务中选择一组任务。

发布积压

给定版本的目标是交付产品待办事项的子集，称为发布待办事项。

通常你通过发布来开发你的产品。首先，您确定每个版本执行哪些任务，这样您就可以发布产品的早期版本供客户测试并提出修改建议，而无需花费太多时间和资源。

考虑到这一点，您To Do可能应该被解释为 sprint backlog 和您backlog的产品 backlog。或者To Do，如果您不通过 sprint 开发，您可以将您的作为发布积压工作。

Answer 2

在 ToDo 列中，您应该将要处理的任务放在当前时间段内。所以你计划在这个细分市场内完成它。

您的所有其他任务，您将在另一个时间段进行。这是我对敏捷工作流程的理解。

如果您不使用时间段，而只是在完成当前任务后处理下一个重要的时间段，那么您应该将尚未准备好进行的任务放在积压中。例如，如果在开始之前有未解决的问题需要回答。

我希望这能帮到您。