从历史上看,我们一直为正在进行开发的每个逻辑项目提供单独的 VSO 项目。这一点尤为重要,因为我们需要为每个项目分别提供积压工作。每个项目都有自己的产品负责人。
我们拥有一支由大约10名开发人员组成的团队,他们在这些项目之间工作超过2周的冲刺。
使用VSO的Scrum工具时,此设置导致了一些严重问题:
这使得在短跑期间监控工作进度并为下一步有效规划非常困难。这导致我创建了this StackOverflow question。
根据MrHinsh的回答,我现在可以拥有1个VSO项目,然后将所有项目分成以下几个区域:
这意味着我们在Project中有以下团队(所有“映射”到他们的相关区域):
在区域结构中添加额外的层次会是一个好主意吗?
例如,项目属于某个产品。逻辑分组可用于报告(速度/刻录日期/等)。它很适合我们的组织模型:
根据我的理解,我们需要再创建两个团队:
其他问题:
这基本上意味着产品A团队积压将是项目1和2积压的积累。但是,成员仍然可以向Product A的积压添加项目,这有点不对,因为积压项目只应在项目1和2中创建。是否有办法禁用此项?
我在VSO中一直在玩这个,并且发现无论一个成员属于哪个区域,他/她似乎总是可以访问项目中的所有区域。这意味着访问控制不太可能。此外,这意味着我无法“隐藏”产品层。
此外,在导航到团队区域时,没有明确的层次结构指示(请参见下面的屏幕截图)。这可能会误导会员。这是隐藏此类产品图层的另一个原因。我还没有办法做到这一点。
答案 0 :(得分:5)
无法隐藏产品图层,但您可以对权限和默认值执行某些操作。
<强>权限强>
您可以直接在“区域路径”上设置权限。这允许您限制对区域路径内容的可见性或写入权限。如果您打开区域路径管理器并右键单击,您可以看到&#34;权限&#34;选项。请记住&#34;未设置&#34;比拒绝&#34; Deny&#34; as&#34; deny&#34;永远胜利。
如果您选择根区域&gt;安全性 - &gt;贡献者,您可以&#34;不设置&#34;您不想继承的权限。然后让团队访问您想要的区域。
积压管理
如果您打开积压树而不是选择&#34; ProductA&#34;节点作为&#34; ProductA&#34;的积压迭代团队你可以选择&#34; Project1&#34;作为默认区域。任何新商品都会添加到&#34; ProductA&#34;积压然后自动出现在&#34; ProductA \ Project1&#34;而不是根。
你所做的就是将鼠标悬停在&#34; Project1&#34;输入并选择&#34;设置默认值&#34;使其成为默认值。