Как мы можем работать над несколькими спринтами одновременно, если у нас всего одна команда?

Question

У нас небольшая группа <4, но мы работаем над несколькими различными приложениями, которые мы поддерживаем. Каждое приложение имеет свое собственное Git-репо, но что касается управления усилиями, я действительно не хочу создавать отдельную команду для каждого продукта. </p>

Вопросы:
- Может ли небольшая группа, работающая над несколькими различными продуктами (например, веб-сайтами, службами, утилитами и т. Д.), Позволить одной «команде» в рамках одного проекта одновременно работать над двумя спринтами, которые находятся в разных направлениях?
- Если я уже определил несколько команд, могу ли я перенести весь контент в резерв одной команды?
- При условии, что одна команда и несколько путей области, «иерархия» проекта будет выглядеть примерно так, правильно?

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

[обновление]
При дальнейшем изучении документов итерации могут иметь свои собственные пути.
Кажется, что если мы хотим управлять двумя или более одновременными спринтами или перекрывающимися спринтами, которые включают в себя разные продукты, имеет смысл пойти дальше и настроить команду для каждого продукта или, возможно, одну команду для «бизнес-сферы» (например, Sales , Операции, склад и т. Д.). В бизнес-сфере наша группа будет иметь только 1 активный спринт за раз, что кажется простым, по сравнению с попыткой управлять несколькими спринтами в одной команде. https://docs.microsoft.com/en-us/azure/devops/organizations/settings/set-iteration-paths-sprints?view=azure-devops

Таким образом, лучшим подходом может быть использование нескольких команд с одной (по умолчанию) областью для каждой команды и списком итераций для каждой команды.

Answer 1

Области Команды и итерации Команды разделены. Я думаю, вы могли бы назначить разные области продукта (веб-сайты, сервисы, утилиты) команде, но вместо этого иметь только один список итераций, не пытаясь разделить итерации по областям. Это не сработает, если даты спринта для разных областей разные, но если они разные, я не думаю, что какой-либо подход, который вы пытаетесь использовать в приложении, сработает.

Направление деятельности:

Sandbox
|__Team
   |___Websites
   |___Services
   |___Utilities

Повторы:

Sandbox
|__Sprint 1
|__Sprint 2
|__Sprint 3

Я не думаю, что вы найдете хорошее решение, если разные области продукта имеют разные даты начала / окончания спринта, даже если вы могли бы сделать что-то работающее с помощью инструмента.