在我的组织中,我有 4 个团队,每个团队都有自己的待办事项,并基于此计划他们的冲刺。我们希望有一个主要的待办事项列表,产品负责人将在其中讨论哪些工作项将进入他们的待办事项
我想要一些关于使用区域路径和迭代路径的最佳实践的指导,以允许不同的团队根据他们自己的待办事项进行计划,但也有一个全板之母供 PO 讨论并将其置于下不同的团队。
提前致谢!
答案 0 :(得分:0)
有与多个团队合作的详细文档。您可以在流程中调整一些实践:
答案 1 :(得分:0)
既然你提到了“Sprints”、“Product Owner”——我觉得 Scrum 框架将是最好的敏捷方法。产品负责人对“主要待办事项”的内容有最终决定权。在计划 Sprint 时,我希望您将涉及所有 4 个团队。 Azure 是维护和交付积压工作的最佳工具。
对于 PO 和所有董事会之母,您可能不得不依赖不同的工具,例如 Asana。
谢谢
答案 2 :(得分:0)
我想要一些关于使用区域路径和迭代路径的最佳实践的指导,以允许不同的团队根据他们自己的待办事项进行计划,但也有一个全板之母供 PO 讨论并将其置于下不同的团队。
在Azure DevOps板中,它有默认区域路径,如果我们再创建一个团队,它会在默认区域路径下创建一个子区域区域路径。
在我的项目中,默认团队是test
,我创建了团队test01
和test02
,打开项目设置->团队配置->区域,我们可以看到{{1} } 区域路径为test team
,test
区域路径为test01
和test02 区域路径为test\test01
,将团队切换到test\test02
并单击按钮include子区域,检查下面的图片
现在我们可以在 test
待办列表中看到 test01
和 test02
团队工作项,我们可以在测试团队中创建工作项,并且 PO 可以讨论和更改区域路径到把它放在不同的团队之下。您可以查看下面的 gif。