azure-devops - 如何确定在 Azure DevOps 冲刺中哪个任务是开放的？

Question

我们的团队在识别冲刺中开放工作的任务时遇到了困难。我们使用 Azure DevOps 并将我们的故事和任务分配给冲刺迭代。我们的团队工作流程是根据 DevOps Scrum 模板建模的。所有任务都是故事的子工作项。此外，我们在任务之间设置 Successor 和 Predecessor 关系。我们还设置了故事之间的 Successor 和 Predecessor 关系。我们通常将故事分解成足够小的任务，这样我们就可以聚集一个故事并更快地完成它。确定并发工作对我们的团队至关重要。

典型的 Azure DevOps Sprint 任务板

冲刺任务板看起来一团糟。每个故事都是一团任务。开发人员和测试人员很难去 sprint 任务板找到下一个打开的任务，因为他们需要查看每个故事下的每个任务以确保任务的前置任务已关闭。我不确定如何解释任务板 View 以获得相同的信息。

典型的工作项关系

Azure DevOps 允许您可视化工作项以显示其直接工作项关系。当故事有很多任务并且任务之间的关系很深时，这并不能提供足够的上下文。除了任务之间的前置/后继关系之外，每个任务工作项都是故事的子项。最重要的是，我们还在故事下对任务进行排序。

老实说，我经常像上面那样创建流程图。它从头到尾清晰地展示了整个故事。您可以清楚地看到工作流中的区域，我们可以在这些区域将工作分配给多个开发人员或测试人员。我无法摆脱在 DevOps 中缺少某些东西的感觉...

问题:

Azure DevOps 任务板 View 中的任务是否有一个自动排序来传达故事下任务之间的前任/后继关系，而不是冲刺中任务的明确排序？

---

结语:我知道这个问题会收到一些评论，说我们应该将故事分成更小的部分，或者一个开发人员应该处理一个故事，我们应该计划我们可以同时处理的故事。我在我们的团队中尝试了这种方法多年，这是我们完成工作的最有效方式。我为此努力奋斗了很长时间，但事实是团队在这种工作分解方面做得非常好——除了确定下一步要处理的事情。

Answer 1

您问题的答案是“否”。但是，您可以编写查询并按优先级对任务进行排序。