影响多个系统的大型项目的 Azure DevOps 团队和工作项结构

Question

我目前正在尝试配置良好的 Azure DevOps 设置以处理影响多个系统（团队）的项目。 我的目标是实现“项目”观和“系统”观。 项目负责人需要项目视图，开发人员需要系统视图。

现在我们正在与不同系统的团队一起处理正常需求和变更请求等。 例如，我们有系统数据库、Web API 和前端。 每个系统都有自己的团队，因此三个团队都有自己的待办事项。 这些团队正在进行同样的两周冲刺，以便对属于多个团队的开发人员进行更好的规划。 例如，开发人员可以是数据库和 Web API 团队的一部分。 每个团队都有自己的区域路径，例如如果有两个前端应用程序，每个应用程序可以有自己的区域路径。 这个设置对于日常业务来说非常有效。

但现在跨多个团队的项目还有另一个复杂程度。 假设我们有一个名为“Large Project”的项目，用于创建一个包含数据库、Web API 和前端的全新应用程序。 然后，我们当前正在 Azure DevOps 中创建一个新团队“大型项目”。 项目负责人正在该团队中工作，以全面了解该项目。 我们在这个项目团队中创建史诗和功能，然后将功能下面的需求分配给系统团队并计划到这些团队的冲刺中。 这会导致系统团队内部的信息丢失，因为我们在这些团队的积压工作中看不到这些需求的父级。 因此，很难总结一个系统的整体估计。

我在网上搜索了很多，但没有找到比这更好的解决方案。 有人有更好的解决方案/设置推荐吗？

Answer 1

在团队需求的Backlog页面，您可以通过如下方式展开父工作项： 点击“更多操作”>“查看选项”>打开“家长”选项。

通过此设置，您可以看到需求的所有父项（Epics 和 Features）都显示在页面上。对于其他 Backlog 页面和其他团队，您可以使用相同的方式打开“Parents”选项。