TFS团队看板集成多Backlog及同项目多Backlog迭代迁移咨询

我来帮你梳理下这两个TFS（Azure DevOps Server）的配置问题，都是多应用团队管理里的常见场景：

其实TFS团队看板的内容是由背后的查询驱动的，要聚合不同Backlog的Story，核心就是调整这个查询的范围，具体操作很直观：

• 先确认这些Story所在的区域路径：如果不同Backlog对应不同区域，你得先把这些区域都加到当前团队的区域范围里（在团队设置的「区域」选项里添加即可）。
• 打开团队看板，点击右上角的齿轮图标进入设置，找到「看板查询」选项。
• 在查询编辑器里，保留工作项类型 = User Story的基础条件，然后加上区域路径包含所有目标Backlog对应的区域（如果这些Story已经规划到同一个迭代，直接用迭代路径筛选会更简单）。
• 保存查询后刷新看板，就能看到所有符合条件的Story了——不管它们原来属于哪个Backlog。

另外补充个小技巧：如果你的多个Backlog是基于不同的工作项层级（比如每个应用有自己的Epic->Feature->Story链路），可以在团队的Backlog设置里，把这些层级都纳入团队的Backlog视图，这样Backlog页面能看到所有Story，看板也会同步这个范围。

先给你明确：TFS同一个项目里没法直接创建三个完全独立的Backlog——因为Backlog是和项目的工作项类型层级绑定的，全局只有一套层级定义。但我们可以用两种方案来实现你要的场景：

方案一：用区域路径划分，配合自定义Backlog视图 #

这是最常用的轻量方案，步骤如下：

• 在项目里创建三个区域路径，分别对应三个应用，比如MyProject/App1、MyProject/App2、MyProject/App3，所有应用的Story都分配到对应区域。
• 进入团队设置的「Backlogs」选项，在「工作项层级」里，给User Story层级创建三个自定义视图：每个视图只筛选对应区域路径下的Story。这样切换视图就相当于查看不同应用的独立Backlog。
• 当需要在同一个Sprint处理多应用Story时，直接把不同区域的Story都分配到同一个迭代路径（比如Sprint 15），然后在看板或Sprint Backlog里用「区域路径」分组，就能清晰区分不同应用的任务，管理起来很方便。

方案二：拆分子团队，每个团队对应一个应用 #

如果你的团队结构允许，拆分子团队会更清晰：

• 在项目下创建三个子团队，比如「App1 Team」「App2 Team」「App3 Team」，每个子团队只配置对应应用的区域路径。
• 这样每个子团队的默认Backlog就只显示自己应用的Story，相当于独立的Backlog，各自可以做日常的需求梳理。
• 跨应用Sprint规划时，父团队的看板/Backlog可以把三个子团队的区域都纳入范围，就能看到所有应用的Story，统一分配到同一个迭代。同时每个子团队也能在自己的Backlog里看到本应用的Sprint任务，互不干扰。

不管哪种方案，TFS都完全支持把不同区域/团队的Story放到同一个迭代里，核心就是用区域路径来做应用的隔离和聚合，灵活度很高。

内容的提问来源于stack exchange，提问作者Theomax