敏捷过程：待办事项和任务清单的区别

Question

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

所以，我决定将所有问题移至待办事项列表。之后，我有一个问题：To Do和In Progress之间有什么区别？因为Backlog中的所有任务都必须完成。当我想要完成一项任务时，为什么不应该直接将其移动到In Progress？

- Trần Kim Dự

---

@VadimKotov 我认为在StackOverFlow上有很多与敏捷开发相关的问题。以下是一些例子： https://dev59.com/1l3Va4cB1Zd3GeqPEuSn?rq=1 https://dev59.com/q0zSa4cB1Zd3GeqPlk8l?rq=1 - Trần Kim Dự

它们只是还没有关闭，但是与主题无关。现在我们有程序员SE来回答这些问题，这些只是旧的问题。 - Vadim Kotov

Answer 1

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

Backlog是一个团队维护的功能或技术任务清单，它们在某个时刻被认为是完成项目或发布所必需且足够的。

有三种不同类型的backlog，它们分别是： 产品Backlog 根据Scrum in the Wikipedia的定义：

产品Backlog包括一个Scrum团队为产品维护的一系列需求。它包括特性、错误修复、非功能性需求等——所有必须完成以成功交付可行产品的任务。产品负责人根据风险、业务价值、依赖关系和需要日期等考虑因素对产品Backlog项（PBI）进行排序。

或者换句话说，完成产品所需的所有任务。 Sprint Backlog

Sprint Backlog是开发团队在下一个Sprint期间必须处理的工作列表。

例如，在Scrum中，您会按照Sprint进行开发。通常，Sprint的持续时间为2周。对于每个Sprint，您应该从backlog中选择一组任务，以便您认为可以在Sprint期间完成。 发布Backlog

给定发布的目标是交付产品Backlog的子集，称为发布Backlog。

通常，您通过发布来开发产品。首先，您确定哪些任务适用于每个发布，以便您可以发布产品的早期版本供客户测试并提出修改意见，而不需要花费太多时间和资源。

因此，您的To Do可能被解释为Sprint Backlog，而您的backlog则是产品Backlog。或者，例如，如果您不按照Sprint进行开发，您可以将To Do用作发布Backlog。

- pedromendessk

---

你会把用户故事放在哪里？ - Vicente Bolea

Answer 2

在“待办事项”栏中，您应该放置您希望在当前时间段内处理的任务。因此，您计划在此时间段内完成它。

其余的任务将在另一个时间段内处理。这是我对敏捷工作流程的理解。

如果您不使用时间段，只有在当前任务完成后才会选择下一个重要任务，则应将那些尚未准备好处理的任务放入后勤队列中。例如，如果在开始处理之前需要回答一些问题。

希望这可以帮助您。

- SoftChili