如何确定在 Azure DevOps 冲刺中哪个任务是开放的？
How to determine which task is open for work in an Azure DevOps sprint?
我们的团队在确定 sprint 中开放工作的任务时遇到了困难。我们使用 Azure DevOps 并将我们的故事和任务分配给冲刺迭代。我们的团队工作流程是根据 DevOps Scrum 模板建模的。所有任务都是故事的子工作项。此外，我们在任务之间设置 Successor 和 Predecessor 关系。我们还设置了故事之间的 Successor 和 Predecessor 关系。我们通常将故事分解成足够小的任务，这样我们就可以聚集一个故事并更快地完成它。识别并发工作对我们的团队至关重要。
典型的 Azure DevOps Sprint 任务板
冲刺任务板看起来一团糟。每个故事都是一团任务。开发人员和测试人员很难去 sprint 任务板找到下一个打开的任务，因为他们需要查看每个故事下的每个任务以确保任务的前置任务已关闭。我不确定如何解释任务板视图以获得相同的信息。
典型工作项关系
Azure DevOps 允许您可视化工作项以显示其直接工作项关系。当故事有很多任务并且任务之间的关系很深时，这并不能提供足够的上下文。除了任务之间的 predecessor/successor 关系之外，每个任务工作项都是故事的子项。最重要的是，我们也在故事下订购任务。
老实说，我经常像上面那样创建流程图。它从头到尾清晰地展示了整个故事。您可以清楚地看到工作流中的区域，我们可以在这些区域将工作分配给多个开发人员或测试人员。我无法摆脱在 DevOps 中遗漏某些东西的感觉...
问题：
Azure DevOps 任务板视图中的任务是否有一个自动排序来传达故事下任务之间的 predecessor/successor 关系，而不是冲刺中任务的明确排序？
结语：我知道这个问题会收到评论，我们应该将故事分成更小的部分，或者一个开发人员应该处理一个故事，我们应该计划我们可以同时处理的故事。我在我们的团队中尝试了这种方法多年，这是我们完成工作的最有效方式。我为此奋斗了 长 时间，但事实是团队在这种工作分解方面做得非常好——除了确定下一步要处理的事情。
您问题的答案很简单：“否”。但是，您可以编写查询并按优先级对任务进行排序。
我们的团队在确定 sprint 中开放工作的任务时遇到了困难。我们使用 Azure DevOps 并将我们的故事和任务分配给冲刺迭代。我们的团队工作流程是根据 DevOps Scrum 模板建模的。所有任务都是故事的子工作项。此外，我们在任务之间设置 Successor 和 Predecessor 关系。我们还设置了故事之间的 Successor 和 Predecessor 关系。我们通常将故事分解成足够小的任务，这样我们就可以聚集一个故事并更快地完成它。识别并发工作对我们的团队至关重要。
典型的 Azure DevOps Sprint 任务板
冲刺任务板看起来一团糟。每个故事都是一团任务。开发人员和测试人员很难去 sprint 任务板找到下一个打开的任务，因为他们需要查看每个故事下的每个任务以确保任务的前置任务已关闭。我不确定如何解释任务板视图以获得相同的信息。
典型工作项关系
Azure DevOps 允许您可视化工作项以显示其直接工作项关系。当故事有很多任务并且任务之间的关系很深时，这并不能提供足够的上下文。除了任务之间的 predecessor/successor 关系之外，每个任务工作项都是故事的子项。最重要的是，我们也在故事下订购任务。
老实说，我经常像上面那样创建流程图。它从头到尾清晰地展示了整个故事。您可以清楚地看到工作流中的区域，我们可以在这些区域将工作分配给多个开发人员或测试人员。我无法摆脱在 DevOps 中遗漏某些东西的感觉...
问题：
Azure DevOps 任务板视图中的任务是否有一个自动排序来传达故事下任务之间的 predecessor/successor 关系，而不是冲刺中任务的明确排序？
结语：我知道这个问题会收到评论，我们应该将故事分成更小的部分，或者一个开发人员应该处理一个故事，我们应该计划我们可以同时处理的故事。我在我们的团队中尝试了这种方法多年，这是我们完成工作的最有效方式。我为此奋斗了 长 时间，但事实是团队在这种工作分解方面做得非常好——除了确定下一步要处理的事情。
您问题的答案很简单：“否”。但是，您可以编写查询并按优先级对任务进行排序。