Azure Devops Boards - 可能有相同积压的不同团队？
Azure Devops Boards- Different Teams with same backlog possible?
是否可以查看 一个共同积压工作的看板/冲刺中的任务，但针对团队中的不同人员？
我已经建立了几个团队并在 "Team Configuration -> Iterations" 中给了他们相同的积压迭代。现在 board/sprint 是空的。
如果我select "Team Configuration -> Areas" 中的整体区域它显示了积压的任务，但不是与团队中的人有关，而是与所有人有关。
有没有办法改变它？
谢谢！
看板（和待办列表）适用于按区域划分的团队
如果您希望对 teamA 和 teamB 之间的积压工作项有不同的“视图”，那么答案是肯定的。在这种情况下，您会将这些项目放在共同的待办事项列表中，然后使用区域将该待办事项分成多个部分，从而允许每个团队在该共同的待办事项列表下创建自己的冲刺。
我们设置的插图
我们的项目配置是这样的：
- Iterations
- Areas
您会注意到 DEV 和 MOAB 可以看到（几乎）所有其他区域，但其他团队只能看到他们的地区。这是为了让“产品负责人”团队在他们的待办事项列表中创建他们区域的项目并确定项目的优先级，并在他们的看板上查看进度。当然，他们可以将这些项目移到不同的板栏中，并且可能会搞砸一些事情，但那是我们开始使用群发电子邮件和指责工具（阅读：工作项目历史）(jk) 公开羞辱他们的时候。这些团队的看板仅用于可见性。
我们的团队配置是这样的：
- 数字信号处理器
- Iterations
- Areas
- GPC
- Iterations
- Areas
- 发展
- Iterations
- Areas
- 摩押
- Iterations
- Areas
DEV（和 MOAB >> 所有积压之母）区域设置更加复杂，因为我们希望该区域保留在产品所有者团队视图中以供查询，并允许他们看到他们的项目全面移动（如果他们正在观看）。因此，默认的 DEV（和 MOAB）区域是根区域，DEV 可以访问所有其他 团队区域 和子区域。
<Edit>
开发团队 select 对 MOAB 可见内容的看法是由 “积压迭代” 驱动的。在插图中，您会看到 DEV 的积压迭代路径为 SYB\Backlog\Planned，其中 MOAB 的根目录为 SYB.
因此，对于 DEV，只有 在 SYB\Backlog\Planned 迭代路径中或以下的项目在其板上可见，MOAB 可以看到所有内容。我们已将 SYB\Backlog\Planned 迭代添加到 MOAB 设置中，以允许 MOAB 团队成员（规划管理员）将优先项目从 MOAB 待办事项列表（而非看板）拖放到开发团队待办事项列表中。
拥有 2 个开发团队，您可能会采用单独的积压迭代（即 SYB\Backlog\d1_Planned 和 SYB\Backlog\d2_Planned）并将这些迭代添加为对 MOAB 可见的拖放功能。
此设置允许计划管理员和 BA 类型从产品积压中提取并填充团队积压，而团队领导可以从团队积压中计划冲刺。
SYB
+--+ Backlog -> _product owners prioritize their backlog based on the area_
|
+--+ d1_Planned -> _team1 leads plan sprints from here_
| |
| +---\ s1 (sprint)
| |
| +---\ s2 (sprint)
|
+--+ d2_Planned -> _team2 leads plan sprints from here_
|
+---\ s1 (stprint)
</Edit>
我们没有在根级别为 DEV 和 MOAB 使用“包括子区域”的唯一原因是因为我们有一个没有团队看到的区域，仅供查询：“已发布”。迭代后将项目移动到此区域会保留板的封闭列 trim.
子区域可以进一步 categorization/filtering 添加到面板可见性，例如按主题或项目，并允许按项目为查询添加额外的图表，因为如果查询结果查询不需要是“分层的”按地区惯例。
是否可以查看 一个共同积压工作的看板/冲刺中的任务，但针对团队中的不同人员？
我已经建立了几个团队并在 "Team Configuration -> Iterations" 中给了他们相同的积压迭代。现在 board/sprint 是空的。
如果我select "Team Configuration -> Areas" 中的整体区域它显示了积压的任务，但不是与团队中的人有关，而是与所有人有关。 有没有办法改变它？
谢谢！
看板（和待办列表）适用于按区域划分的团队
如果您希望对 teamA 和 teamB 之间的积压工作项有不同的“视图”，那么答案是肯定的。在这种情况下，您会将这些项目放在共同的待办事项列表中，然后使用区域将该待办事项分成多个部分，从而允许每个团队在该共同的待办事项列表下创建自己的冲刺。
我们设置的插图
我们的项目配置是这样的：
- Iterations
- Areas
您会注意到 DEV 和 MOAB 可以看到（几乎）所有其他区域，但其他团队只能看到他们的地区。这是为了让“产品负责人”团队在他们的待办事项列表中创建他们区域的项目并确定项目的优先级，并在他们的看板上查看进度。当然，他们可以将这些项目移到不同的板栏中，并且可能会搞砸一些事情，但那是我们开始使用群发电子邮件和指责工具（阅读：工作项目历史）(jk) 公开羞辱他们的时候。这些团队的看板仅用于可见性。
我们的团队配置是这样的：
- 数字信号处理器
- Iterations
- Areas
- GPC
- Iterations
- Areas
- 发展
- Iterations
- Areas
- 摩押
- Iterations
- Areas
DEV（和 MOAB >> 所有积压之母）区域设置更加复杂，因为我们希望该区域保留在产品所有者团队视图中以供查询，并允许他们看到他们的项目全面移动（如果他们正在观看）。因此，默认的 DEV（和 MOAB）区域是根区域，DEV 可以访问所有其他 团队区域 和子区域。
<Edit>
开发团队 select 对 MOAB 可见内容的看法是由 “积压迭代” 驱动的。在插图中，您会看到 DEV 的积压迭代路径为 SYB\Backlog\Planned，其中 MOAB 的根目录为 SYB.
因此，对于 DEV，只有 在 SYB\Backlog\Planned 迭代路径中或以下的项目在其板上可见，MOAB 可以看到所有内容。我们已将 SYB\Backlog\Planned 迭代添加到 MOAB 设置中，以允许 MOAB 团队成员（规划管理员）将优先项目从 MOAB 待办事项列表（而非看板）拖放到开发团队待办事项列表中。
拥有 2 个开发团队，您可能会采用单独的积压迭代（即 SYB\Backlog\d1_Planned 和 SYB\Backlog\d2_Planned）并将这些迭代添加为对 MOAB 可见的拖放功能。
此设置允许计划管理员和 BA 类型从产品积压中提取并填充团队积压，而团队领导可以从团队积压中计划冲刺。
SYB
+--+ Backlog -> _product owners prioritize their backlog based on the area_
|
+--+ d1_Planned -> _team1 leads plan sprints from here_
| |
| +---\ s1 (sprint)
| |
| +---\ s2 (sprint)
|
+--+ d2_Planned -> _team2 leads plan sprints from here_
|
+---\ s1 (stprint)
</Edit>
我们没有在根级别为 DEV 和 MOAB 使用“包括子区域”的唯一原因是因为我们有一个没有团队看到的区域，仅供查询：“已发布”。迭代后将项目移动到此区域会保留板的封闭列 trim.
子区域可以进一步 categorization/filtering 添加到面板可见性，例如按主题或项目，并允许按项目为查询添加额外的图表，因为如果查询结果查询不需要是“分层的”按地区惯例。