VSO:具有分层区域结构的单一项目？
历史上，对于正在开发的每个逻辑项目，我们总是有单独的VSO项目。这一点特别重要，因为每个项目都需要有单独的积压。每个项目都有自己的产品负责人。
我们有一个大约10名开发人员的团队，他们在这些项目之间工作超过2周的sprint。
在使用VSO的Scrum工具时，这种设置导致了一些严重的问题：
- 多重燃耗、累积流和速度图
- 在冲刺期间拆分团队成员的能力
这使得在sprint期间很难监测工作进度并为下一次工作进行有效的规划。这导致我创建了this StackOverflow question。
根据MrHinsh先生的回答，我现在可以有一个VSO项目，然后将所有项目分成几个部分：
这意味着我们在项目中有以下团队(所有“映射”到其相关区域)：
- 项目1小组
- 项目2小组
- 项目3小组
- 项目4小组
在区域结构中增加一个额外的层是个好主意吗？
例如，项目属于某些产品。逻辑分组对于报告sake (速度/刻录日期/等)可能很有用。它非常适合我们的组织模式：
根据我的理解，我们需要再创建两个团队：
- 产品A组
- 产品B组
附加问题：
这在本质上意味着Product团队的待办事项将是项目1和2积压的积累。但是，成员仍然可以将项添加到Product的待办事项中，这有点错误，因为只应该在项目1和项目2中创建待办事项。
我在VSO中一直在玩这个游戏，并且发现无论一个成员属于哪个区域，他/她似乎总是可以进入项目中的所有区域。这意味着访问控制不太可能。而且，这意味着我不能“隐藏”产品层。
此外，当导航到团队区域时，没有明确的层次结构指示(见下面的屏幕截图)。这可能会误导议员。这将是隐藏这些产品层的另一个原因。我还没找到办法。
回答 1
Stack Overflow用户
发布于 2015-05-06 13:16:25
无法隐藏Product，但是您可以对权限和默认设置做些什么。
权限
您可以直接在区域路径上设置权限。这允许您限制可见性或将访问写入区域路径的内容。如果打开区域路径管理器并右击，可以看到“权限”选项。记住，“不设定”比“拒绝”要好得多，因为“拒绝”总是赢。
如果选择根区域->Security->贡献者，您可以“不设置”不想继承的权限。然后让团队进入你想要的区域。
积压管理
如果打开待办事项树，而不是选择"ProductA“节点作为"ProductA”团队的待办事项迭代，您可以选择"Project1“作为默认区域。添加到"ProductA“待办事项中的任何新项都会自动出现在”ProductA\Project1 1“上而不是根目录上。
您所做的就是悬停在"Project1“条目上，并选择"set default”使其成为默认设置。
https://stackoverflow.com/questions/30077591
复制相似问题
腾讯云开发者
