【问题标题】:VSO: Single project with a tiered area structure?VSO:具有分层区域结构的单个项目?
【发布时间】:2015-05-06 13:01:38
【问题描述】:

从历史上看,对于每个正在开发的逻辑项目,我们总是有单独的 VSO 项目。这一点尤其重要,因为我们需要为每个项目分别积压。每个项目都有自己的产品负责人。

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

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

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

这使得在冲刺期间监控工作进度并为下一次有效计划变得非常困难。这导致我创建了this StackOverflow question

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

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

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

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

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

据我了解,我们需要再创建两个团队:

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

其他问题:

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

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

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

【问题讨论】:

  • 如果不同的产品所有者拥有产品中的每个项目。我会质疑他们作为产品负责人的有效性......他们不只是项目经理吗?

标签: tfs azure-devops


【解决方案1】:

没有办法隐藏产品层,但是您可以对权限和默认值做一些事情。

权限

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

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

积压管理

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

您只需将鼠标悬停在“Project1”条目上并选择“设置默认值”即可将其设为默认值。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2013-05-08
    • 2017-07-20
    • 2011-12-11
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多