Azure Devops 中的单个团队是否可以有多个积压工作？

Question

对不起，如果这不是合适的地方，但我在堆栈交换上看到的所有 devops 问题似乎都在 stackoverflow 中。

我已经开始使用 Azure DevOps，我注意到随着我添加更多错误、故事等，管理项目变得更加繁琐......我正在寻找一种能够管理的方法并更容易地优先考虑这些项目，我想知道是否有可能有多个积压。说一个错误，然后一个增强功能，一个支持票。我遇到的问题是我们只有一个开发人员团队，所以理想情况下，这将全部归于一个团队，因此所有这些项目都可以在一个团队的冲刺中处理，而不是每个团队的冲刺。

最初我认为查询可能是一个可行的选择，但在创建它们时我很快了解到我无法重新排序项目。所以这结束了这个想法。

我还考虑过仅使用过滤器查看积压以仅显示我正在寻找的内容，但这也不允许我轻松地重新排序项目。看起来我可以拖放它们，但这不起作用。我可以打开省略号菜单并选择“移动到位置”，但是当您有许多工作项时，这太笨拙了。尝试以这种方式移动它们时，我有时也会遇到冲突错误。

因此，我不断回到单个团队的多个积压工作的想法。这可能吗？我真的没有在文档中看到任何内容，我什至不知道这是否被认为是最佳实践？非常感谢任何见解。

Answer 1

听起来您已经尝试了最明显的过滤和搜索待办事项和板上的工作项的方法。

您可以设置一个hierarchy of area paths and (sub)teams 以允许过滤查看积压工作。

考虑area paths的以下结构

ProjectName
  - Bugs
  - Enhancements
  - Tickets

然后，您创建 4 个团队，each corresponding to one node in the Area Path tree（确保选中包含所有团队的孩子的框）。由于您现在有 4 个团队，因此您还会获得 4 个积压工作。映射到ProjectName 的顶级团队将包含完整的待办事项（相当于您现在拥有的）。其他三个将仅显示其各自区域路径下的工作项。您现在可以使用这 3 个团队来查看过滤后的待办事项（或董事会）版本，但仍然在顶层维护一个待办事项。

由于迭代是按项目定义的，并且在团队之间共享，因此您可以继续使用一组迭代和add them to all teams，使其共享。

通过此设置，任何团队成员都可以在不同的子团队之间跳转，以查看他们首选的过滤版本的待办事项（或根团队的完整待办事项）

这感觉有点老套，建立新的“团队”只是为了过滤积压，这是否被认为是最佳实践并不容易回答。一般来说，敏捷团队应该有一个 backlog 并将其作为一个整体进行优先级排序，但有人可能会争辩说，顶级组合 backlog 可以满足该目的，而子 backlog 用于更轻松地管理和仅可视化部分 backlog。毕竟敏捷不是关于工具，而是关于生产力。

Answer 2

作为 danielorn 的回答，您可以设置多个迭代。但是你不需要设置多个团队，你可以使用你当前的团队。

您可以尝试以下步骤，看看此方法是否符合您的要求。

步骤 1. 转到项目设置 -> 板/项目配置，为您的项目创建一些新的子迭代。在您的情况下，您可以省略迭代的开始日期和结束日期。就像这样：

第 2 步。转到 Boards/Backlogs -> 查看选项（右上角）-> 选择“计划”。

步骤 3. 在计划侧窗格中单击“新 Sprint”，将您在步骤 1 中创建的迭代添加到计划中。 （当然，您可以跳过第 1 步，直接在此处创建新的迭代，但您在此处创建的迭代必须有开始和结束日期。）

步骤 4. 将工作项拖到相应的迭代中。然后点击迭代，你会看到一个“新的”Backlog，里面只有这个迭代的工作项。