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

Question

从历史上看,我们一直为每个正在进行开发的逻辑项目提供单独的VSO项目.这一点尤为重要,因为我们需要为每个项目分别提供积压工作.每个项目都有自己的产品负责人.

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

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

• 多个燃尽,累积流量和速度图表
• 冲刺期间拆分团队成员的能力

这使得在短跑期间监控工作进度并为下一步有效规划非常困难.这导致我创建了这个StackOverflow问题.

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

这意味着我们在Project中有以下团队(所有"映射"到他们的相关区域):

• 项目1团队
• 项目2团队
• 项目3团队
• 项目4团队

在区域结构中添加额外的层是否是一个好主意？

例如,项目属于某个产品.逻辑分组可用于报告(速度/刻录日期/等).它很适合我们的组织模型:

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

• 产品A团队
• 产品B团队

其他问题:

这基本上意味着产品A团队积压将是项目1和2积压的积累.但是,成员仍然可以向产品A的积压添加项目,这有点不对,因为积压项目只应在项目1和2中创建.有没有办法禁用它？

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

此外,在导航到团队区域时,没有明确的层次结构指示(请参见下面的屏幕截图).这可能会误导会员.这是隐藏此类产品图层的另一个原因.我还没有办法做到这一点.

Answer 1

无法隐藏产品图层,但您可以对权限和默认值执行某些操作.

权限

您可以直接在"区域路径"上设置权限.这允许您限制对区域路径内容的可见性或写入权限.如果打开"区域路径"管理器并右键单击,则可以看到"权限"选项.请记住,"不设置"比"拒绝"更好,因为"拒绝"总是赢.

如果选择根区域 - >安全性 - >贡献者,则可以"不设置"您不想继承的权限.然后让团队访问您想要的区域.

积压管理

如果打开积压树而不是选择"ProductA"节点作为"ProductA"团队的积压迭代,则可以选择"Project1"作为默认区域.添加到"ProductA"积压的任何新项目随后会自动显示在"ProductA\Project1"而不是根目录上.

您所做的只是将鼠标悬停在"Project1"条目上,然后选择"设置默认值"以使其成为默认值.