我们有一个小组<4,但我们支持的几个不同的应用程序工作。每个应用程序都有自己的Git,但是对于管理工作,我真的不想为每个产品建立一个单独的团队。
问题:
Project
|__Team
Area-1
|__Sprint 1-n
Area-2
|__Sprint 1-n
Area-3
|__Sprint 1-n更新
在进一步检查文档时,迭代可以有自己的路径。
看起来,如果我们想要管理涉及不同产品的两个或更多同时冲刺或重叠冲刺,就有必要继续为每个产品配置一个团队,或者每个“业务区域”配置一个团队(例如。销售、营运、仓库等)。在一个业务领域内,我们的小组一次只能有一个活动的sprint,这与尝试在同一个团队中管理多个sprint相比似乎很简单。https://learn.microsoft.com/en-us/azure/devops/organizations/settings/set-iteration-paths-sprints?view=azure-devops

因此,更好的方法可能是多个团队,每个团队拥有一个(默认的)区域和每个团队的迭代列表。
发布于 2019-03-19 16:32:53
团队的区域和团队的迭代是脱节的。我认为您可以将不同的产品区域(网站、服务、实用程序)分配给团队,但只需要一个迭代列表,而不必尝试按区域隔离迭代。如果不同区域的sprint日期不同,这是行不通的,但如果它们不同,我认为在应用程序中使用的任何方法都不会奏效。
区域:
Sandbox
|__Team
|___Websites
|___Services
|___Utilities迭代:
Sandbox
|__Sprint 1
|__Sprint 2
|__Sprint 3--我不认为如果不同的产品区域对sprint有不同的开始/结束日期,即使您可以使用该工具实现一些可行的东西,也不会得到一个好的解决方案。
https://stackoverflow.com/questions/55243874
复制相似问题