一个具有不同团队和积压工作的项目

时间:2021-04-05 18:38:32

标签: azure azure-devops azure-boards

在我的组织中,我有 4 个团队,每个团队都有自己的待办事项,并基于此计划他们的冲刺。我们希望有一个主要的待办事项列表,产品负责人将在其中讨论哪些工作项将进入他们的待办事项

我想要一些关于使用区域路径和迭代路径的最佳实践的指导,以允许不同的团队根据他们自己的待办事项进行计划,但也有一个全板之母供 PO 讨论并将其置于下不同的团队。

提前致谢!

3 个答案:

答案 0 :(得分:0)

有与多个团队合作的详细文档。您可以在流程中调整一些实践:

  1. Plans (Agile at scale)
  2. How SAFe concepts map to Azure Boards artifacts
  3. Configure Azure Boards to support SAFe
  4. Agile culture

答案 1 :(得分:0)

既然你提到了“Sprints”、“Product Owner”——我觉得 Scrum 框架将是最好的敏捷方法。产品负责人对“主要待办事项”的内容有最终决定权。在计划 Sprint 时,我希望您将涉及所有 4 个团队。 Azure 是维护和交付积压工作的最佳工具。

对于 PO 和所有董事会之母,您可能不得不依赖不同的工具,例如 Asana。

谢谢

答案 2 :(得分:0)

<块引用>

我想要一些关于使用区域路径和迭代路径的最佳实践的指导,以允许不同的团队根据他们自己的待办事项进行计划,但也有一个全板之母供 PO 讨论并将其置于下不同的团队。

在Azure DevOps板中,它有默认区域路径,如果我们再创建一个团队,它会在默认区域路径下创建一个子区域区域路径。

在我的项目中,默认团队是test,我创建了团队test01test02,打开项目设置->团队配置->区域,我们可以看到{{1} } 区域路径为test teamtest 区域路径为test01 和test02 区域路径为test\test01,将团队切换到test\test02 并单击按钮include子区域,检查下面的图片

enter image description here

现在我们可以在 test 待办列表中看到 test01test02 团队工作项,我们可以在测试团队中创建工作项,并且 PO 可以讨论和更改区域路径到把它放在不同的团队之下。您可以查看下面的 gif。

enter image description here