Tfs VSO：具有分层区域结构的单个项目？

历史上，对于每个正在开发的逻辑项目，我们总是有单独的VSO项目。这一点尤其重要，因为每个项目都需要单独的积压工作。每个项目都有自己的产品所有者

我们有一个由大约10名开发人员组成的团队，他们在这些项目之间工作超过2周的sprint

在使用VSO的Scrum工具时，此设置导致了一些严重问题：

• 多次燃耗、累积流量和速度图
• 在冲刺过程中分散团队成员的能力

这使得在冲刺过程中监控工作进度和有效规划下一步工作变得非常困难。这让我开始创造

根据Hinsh先生的回答，我现在可以有一个VSO项目，然后将所有项目分为几个区域：

这意味着我们在项目中有以下团队（所有团队都“映射”到其相关领域）：

• 项目1小组
• 项目2小组
• 项目3小组
• 项目4小组

在区域结构中增加一层是不是一个好主意？

例如，项目属于某些产品。逻辑分组对于报告（速度/燃烧日期等）可能很有用。它将非常适合我们的组织模式：

根据我的理解，我们需要再创建两个团队：

• 产品团队
• 产品B团队

其他问题：

这基本上意味着产品A团队积压将是项目1和项目2积压的累积。但是，成员仍然可以向产品A的积压工作添加项目，这有点错误，因为积压工作项目应该只在项目1和2中创建。没有办法禁用此功能吗

我在VSO中一直在研究这个问题，发现无论成员属于哪个领域，他/她似乎总是能够访问项目中的所有领域。这意味着访问控制不太可能。另外，这意味着我不能“隐藏”产品层

此外，当导航到团队区域时，没有明确的层次结构指示（请参见下面的屏幕截图）。这可能会误导议员。这将是隐藏此类产品层的另一个原因。我还没有找到一个方法来做这件事

---

无法隐藏产品层，但是您可以对权限和默认设置做一些更改

权限

您可以直接在区域路径上设置权限。这允许您限制区域路径内容的可见性或写入访问权限。如果打开区域路径管理器并右键单击，则可以看到“权限”选项。记住“不设定”比“否认”要好得多，因为“否认”总是赢的

如果选择根区域->安全->贡献者，则无法“设置”不希望继承的权限。然后让团队访问您想要的区域

积压工作管理

如果打开backlog树，而不是选择“ProductA”节点作为“ProductA”团队的backlog迭代，那么可以选择“Project1”作为默认区域。添加到“ProductA”待办事项列表中的任何新项目都会自动显示在“ProductA\Project1”上，而不是根目录上

---

您只需将鼠标悬停在“Project1”条目上，然后选择“set default”（设置默认值）即可将其设为默认值。

如果产品中的每个项目都由不同的产品所有者拥有。我会质疑他们作为产品所有者的合法性。。。他们不仅仅是项目经理吗？