Azure DevOps Board/待办事项列表项目重新排序

Question

各位，我想请求你们的帮助。首先，我真诚地为这么长的描述表示歉意。 目前，我们使用 Azure DevOps Boards，我发现无法在 Backlog 视图中重新排序某些项目。例如。当我想要重新排序（例如，将某些项目移到上方）时，Azure DevOps 会默默地跳过此请求（没有错误，没有问题，但没有更改，并且页面刷新后 Backlog 保持不变）。

我认为这是由于此处描述的特定规则集而发生的：link

也许问题在于加强我们的内部流程以及 Azure DevOps 处理容器和 Bug 的方式。

我们有以下流程：

• 在 Sprint 和实际功能开发过程中，我们可以在 User Story 下填补 Bug 。例如。根据任务开发完成后，QA 验证我们并可以发现其他 Bug。美国保持开放，直到所有 Bug 都被关闭（我们的国防部）。如果没有这样的方法，我们就无法保持透明并声称美国已经完蛋了。
• 当用户故事完全关闭时，我们不想再次重新打开它。完成意味着完成。任何新的更改都应单独完成（例如，在美国任何其他地方）
• 尽管如此，在回归周期、冒烟、理智和其他类型的测试中，我们可以意识到我们有一个与之前设计的代码相关的新 Bug
• 我们不想重新开放任何现有的美国（在这种情况下，我们可能永远开放美国）。因此，我们在功能下记录了这样一个错误。

Azure DevOps 并没有明确允许在功能下拖放 Bug，但我们可以通过添加适当的父级来链接它们。

因此，我们有 2 个级别的 Bug 呈现

1. 可以将 Bug 添加到功能时的需求级别（用户故事级别）
2. 可以将 Bug 添加到用户故事中的任务级别

因此，我认为这种方式与 Azure DevOps 通用流程相矛盾，并且它默默地抑制了 some 重新排序。我所说的一些是指在某些情况下，我可以重新订购商品，但在其他情况下，我不能。不幸的是，我不知道其根本原因以及重新排序何时停止工作。

您能否告知是否可以在 Azure DevOps 中设置我们自己的流程，并在将待办事项中的错误分配给用户故事或功能时正确处理它们？

Answer 1

根据您的描述，我可以通过以下场景重现该问题。

1. 当我们设置了按照需求管理错误（下面示例中的用户故事）时，我们可以将子错误（#2211）拖放到功能（#1866）下的同一级别的其他功能上用户故事；但是，这也会导致用户故事的子 bug 移动失败；

   

2. 另一方面，如果我们设置Bugs通过任务进行管理，那么我们就不能将bug移到该功能下；但是，我们可以将子错误移至用户故事下；

此外，错误管理设置可能会有所不同各个团队；也就是说，同一个用户可以根据哪个团队的Backlogs以及该团队的错误管理设置来移动功能或用户故事下的错误。

话虽如此，您可以保持当前的管理习惯，并建议您切换到不同的团队来管理不同级别的Bug。

请参阅有关 在待办事项和板上显示错误的更多信息 - Azure DevOps |微软学习。