【发布时间】: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