委员会（和积压）按地区划分的团队

如果您希望在teamA和teamB之间的积压工作中有不同的工作项目“视图”，那么答案是“是”。在这种情况下，您可以将项目存放在一个公共的待办事项列表中，然后使用区域将该待办事项划分为多个部分，从而允许每个团队在该公共的待办事项列表下创建自己的冲刺。

我们设置中的插图

因此，我们的项目配置为：

您会注意到， DEV 和 MOAB 对（几乎）所有其他区域都具有可见性，但其他团队仅对其所在区域具有可见性。这是为了允许“产品所有者”团队在其积压的区域中创建项目并确定其优先级，并在董事会中查看进度。当然，他们可以将这些项目移动到不同的面板列中，甚至可以弄乱一些内容，但是那时候我们开始使用大量电子邮件和指责工具来公开羞辱他们（请参阅：工作项目历史记录）（jk）。这些团队的董事会仅用于可见性。

我们的团队配置如下：

DEV（和MOAB >>所有积压之母）区域的设置更为复杂，因为我们希望该区域保留在产品所有者团队视图中，以进行查询，并允许他们查看其物品在各个方面的移动情况（如果他们正在观看）。因此，默认的DEV（和MOAB）区域是root，而DEV可以访问所有其他 team区域和子区域。

<Edit>

DEV团队选择“积压迭代” 驱动MOAB可见的视图。在图示中，您将看到DEV的积压迭代路径为SYB\Backlog\Planned，其中MOAB的根为SYB。

因此，对于DEV而言，只有 {strong> {strong} {SYB\Backlog\Planned迭代添加到MOAB设置中，以允许MOAB团队成员（计划管理员）将优先事项从MOAB待办事项（而非董事会）拖放到DEV团队的待办事项中。

拥有2个DEV团队，您可能会使用单独的积压迭代（即SYB\Backlog\Planned和SYB\Backlog\d1_Planned），并将这些迭代添加为MOAB可见的拖放功能。

此设置允许计划管理员和BA类型从产品待办事项列表中提取并填写团队待办事项，而团队负责人可以从团队待办事项中计划冲刺。

SYB\Backlog\d2_Planned

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)

我们在DEV和MOAB的根级别不使用“包含子区域”的唯一原因是因为我们有一个区域没有团队看到，并且仅用于查询目的：“已释放”。迭代后将项目移到该区域可保持木板的闭合列修剪。

子区域可以按主题或项目的形式对板的可见性进行进一步的分类/过滤，并允许按项目进行其他图表查询，因为如果按区域约定查询结果查询，则不必是“分层”查询。

Azure Devops板-可能有相同积压的不同团队？

1 个答案:

委员会（和积压）按地区划分的团队

我们设置中的插图