【问题标题】:How can we work on multiple sprints at the same time if we only have one team?如果我们只有一个团队,我们如何同时处理多个 sprint?
【发布时间】:2019-08-10 03:36:05
【问题描述】:

我们有一个

问题:
- 对于一个从事多种不同产品(例如网站、服务、实用程序等)的小组,一个项目中的一个“团队”是否可以让我们同时在不同区域路径内的 2 个冲刺上工作?
- 如果我已经定义了多个团队,是否可以将所有内容迁移到单个团队的积压中?
- 假设一个团队和多个区域路径,项目“层次结构”看起来像这样,对吗?

Project
  |__Team
      Area-1
      |__Sprint 1-n
      Area-2
      |__Sprint 1-n
      Area-3
      |__Sprint 1-n

[更新]
在进一步检查文档时,迭代可以有自己的路径。
似乎如果我们要管理涉及不同产品的 2 个或多个同时冲刺或重叠冲刺,那么继续为每个产品配置一个团队或每个“业务领域”(例如销售、操作、仓库等)。在一个业务领域内,我们的团队一次只能有 1 个活跃的 sprint,与尝试在同一个团队中管理多个 sprint 相比,这看起来很简单。 https://docs.microsoft.com/en-us/azure/devops/organizations/settings/set-iteration-paths-sprints?view=azure-devops

因此,更好的方法可能是多个团队,每个团队有一个(默认)区域,每个团队都有一个迭代列表。

【问题讨论】:

    标签: azure-devops


    【解决方案1】:

    团队的领域和团队的迭代是脱节的。我认为您可以将不同的产品区域(网站、服务、实用程序)分配给团队,然后只使用一个迭代列表而不是尝试按区域分离迭代。如果不同领域的冲刺日期不同,这将不起作用,但如果它们不同,我认为您尝试在应用程序中利用的任何方法都不会奏效。

    地区:

    Sandbox
    |__Team
       |___Websites
       |___Services
       |___Utilities
    

    迭代次数:

    Sandbox
    |__Sprint 1
    |__Sprint 2
    |__Sprint 3
    

    如果不同的产品领域有不同的 sprint 开始/结束日期,即使您可以使用该工具使某些事情可行,我认为您不会找到一个好的解决方案。

    【讨论】:

    • 是的,正如我所建议的,例如,如果可能,Area1/Sprint1 的日期范围可能与 Area2/Sprint1 不同。进一步检查,您是正确的,区域和迭代处于团队级别,并且没有直接关系。再说一次,迭代有自己的路径层次结构。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多