tfs - VSO : Single project with a tiered area structure?

Question

从历史上看，我们一直有单独的 VSO 正在开发的每个逻辑项目的项目。这一点特别重要，因为我们需要为每个项目单独创建待办列表。每个项目都有自己的产品负责人。



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

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

多次燃尽、累积流量和速度图表

在冲刺期间拆分团队成员容量

这使得在 sprint 期间监控工作进度和为下一个有效计划变得非常困难。这促使我创建 this StackOverflow question .

根据 MrHinsh 的回答，我现在可以有 1 个 VSO 项目，然后将所有项目分成几个区域:



这意味着我们在 Project 中有以下团队(全部“映射”到他们的相关领域):

项目一团队

项目二团队

项目3团队

项目4团队

为区域结构添加额外的层是个好主意吗？

例如，项目属于某个产品。逻辑分组可用于报告清酒(速度/燃烧日期/等)。它非常适合我们的组织模型:



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

产品A团队

产品B团队

其他问题:

这实质上意味着产品 A 团队的待办事项将是项目 1 和项目 2 的待办事项的累积。但是，成员仍然可以将项目添加到产品 A 的积压中，这有点错误，因为积压项目只能在项目 1 和项目 2 中创建。有没有办法禁用它？

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

此外，当导航到团队区域时，没有清晰的层次结构指示(请参见下面的屏幕截图)。这可能会误导成员(member)。这将是隐藏此类产品层的另一个原因。我还没有找到办法做到这一点。

Answer 1

无法隐藏产品层，但是您可以对权限和默认值进行一些操作。

权限

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



如果您选择根区域->安全->贡献者，您可以“不设置”您不想继承的权限。然后授予团队访问所需区域的权限。

积压管理

如果您打开积压树，而不是选择“ProductA”节点作为“ProductA”团队的积压迭代，您可以选择“Project1”作为默认区域。添加到“ProductA”backlog 中的任何新项目都会自动出现在“ProductA\Project1”而不是根目录中。



您所做的就是将鼠标悬停在“Project1”条目上并选择“设置默认值”以将其设为默认值。