Сведения о командах и средствах Agile

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019 | TFS 2018

Узнайте, как структурировать и использовать команды и гибкие инструменты для поддержки растущей организации. Когда размер вашей команды превышает предполагаемый размер (обычно от 6 до 9 членов), вы можете рассмотреть возможность перехода с одной структуры команды на структуру с двумя командами. Затем можно настроить иерархическую структуру команды, которая предоставляет менеджерам ряд преимуществ для отслеживания прогресса в разных командах. Пошаговые инструкции по добавлению команды см. в разделе Добавление другой команды.

Примечание

Инструкции по настройке и настройке проекта и команд для поддержки бизнес-потребностей см. в статье Настройка и настройка Azure Boards.

В зависимости от размера организации и потребностей отслеживания можно настроить структуру команды, как показано на следующем рисунке. Для этого определите команды и связанные с ними пути к областям.

У каждой команды имеется свое представление работы

Применяются следующие сценарии:

  • Каждую группу функций можно связать с одним путем к области компонентов, например с профилем клиента, корзиной покупок, Email, или с несколькими путями к областям.
  • каждая команда управления, которая фокусируется на наборе функций, может выбрать несколько путей для мониторинга областей
  • каждая команда функций имеет свой отдельный список невыполненной работы для планирования, определения приоритета и отслеживания работы
  • Владельцы портфеля или продукта могут создавать свои идеи, дорожную карту и цели для каждого выпуска, отслеживать ход выполнения в своем портфеле проектов, а также управлять рисками и зависимостями. Дополнительные сведения см. в разделе Управление портфелем.

Сведения о путях к областям, командах функций и командах управления

Пути к областям в Azure Boards служат следующим целям:

  1. Отфильтруйте рабочие элементы, которые отображаются в невыполненной работе команды или на доске.
  2. Примените дополнительную фильтрацию к рабочим элементам, которые отображаются на невыполненной работе или доске. Дополнительные сведения см. в статье Интерактивная фильтрация невыполненных работ, досок, запросов и планов.
  3. Групповая работа с общими связями, например принадлежность к одному продукту, компоненту или другому группирование на уровне работы.
  4. Ограничьте доступ к работе, задав разрешения. Можно задать разрешения для групп безопасности, чтобы ограничить изменение рабочих элементов на основе пути к области.

Команды делают выбор следующим образом:

  • Команды разработчиков могут выбрать один или несколько путей к областям, чтобы указать, какие рабочие элементы будут отображаться в списках невыполненной работы и на досках.
  • Команды управления обычно выбирают все пути областей, над которыми работают их команды функций.
  • Кроме того, команды управления могут сосредоточиться только на функциях и эпических ситуациях, в то время как команды функций могут сосредоточиться только на элементах невыполненной работы по продуктам, таких как Пользовательские истории (Agile), Элементы невыполненной работы по продуктам (Scrum) и Требования (CMMI).

Примечание

Teams можно назначить не более 300 путей к области. Дополнительные сведения см. в статье Об отслеживании трудоемких работ, процессах и ограничениях проектов.

Инструкции по определению путей к областям и назначению их команде см. в разделе Определение путей к областям и назначение команде.

Команда по умолчанию

Для каждого нового проекта настраивается команда по умолчанию с именем проекта. Например, проект Fabrikam автоматически настраивается командой Fabrikam .

Невыполненная работа, доски и панели мониторинга автоматически настраиваются для этой команды по умолчанию, чтобы вы могли приступить к определению рабочих элементов и невыполненной работы.

Вы можете переименовать команду по умолчанию и переназначить новую команду в качестве команды по умолчанию.

Каждая команда получает собственный набор инструментов

Каждая созданная команда получает доступ к набору средств Agile и ресурсов команды. Эти средства позволяют командам работать автономно и совместно работать с другими командами на предприятии. Каждая команда может настроить и настроить каждое средство для поддержки их работы.

Гибкие инструменты, ресурсы команды

Примечание

В дополнение к панелям мониторинга группы можно добавить панель мониторинга проекта, которая не относится к одной команде. Дополнительные сведения см. в статье Добавление, переименование и удаление панелей мониторинга.

Эти средства автоматически фильтруют набор отображаемых рабочих элементов, ссылаясь на следующие элементы:

  • Путь к области по умолчанию
  • Путь итерации
  • выбранные спринты

Дополнительные сведения о каждом средстве и параметрах конфигурации для каждого средства см. в следующих соответствующих статьях.

Область

Инструмент

Задачи конфигурации команды

Журналы невыполненных работ

Спринты и Scrum

Канбан-доски

Мини-приложения

Другие средства

Неприменимо

Многие из этих средств созданы на основе системных запросов, которые ссылаются на путь к области группы. Например, путь к области по умолчанию команды фильтрует рабочие элементы, которые отображаются в невыполненной работе команды. Рабочие элементы, созданные с помощью средства Agile, автоматически назначают области и итерации на основе командных значений по умолчанию.

Команды по умолчанию, на которые ссылаются невыполненные работы и доски

Какие рабочие элементы отображаются в невыполненной работе и досках команды? Как командные значения по умолчанию используются для назначения значений полей при добавлении рабочих элементов в невыполненную работу или доску?

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

При определении команды вы определяете ее:

  • Выбранные пути к области
  • Путь к области по умолчанию
  • Выбранные пути итерации
  • Путь итерации невыполненной работы
  • Путь итерации по умолчанию

Все инструменты Agile ссылались на пути к областям, определенные для команды. Набор рабочих элементов, отображаемых в невыполненной работе или на доске, зависит от текущего состояния рабочего элемента или его родительского и дочернего состояния.

Некоторые средства также ссылаются на путь и спринты команды по умолчанию и выбранные пути итерации. При добавлении нового рабочего элемента из невыполненной работы команды или канбан-доски система назначает ему путь к области по умолчанию и путь итерации по умолчанию .

Примечание

Новые рабочие элементы, добавленные с помощью страницы "Рабочие элементы" или мини-приложения "Новые рабочие элементы " на панели мониторинга группы, не ссылаются на путь итерации по умолчанию , назначенный команде. Вместо этого новым рабочим элементам назначается последний путь итерации , выбранный пользователем. Новым рабочим элементам, добавленным с помощью невыполненной работы или доски задач команды, всегда назначается путь итерации , связанный с выбранным невыполненной работой или областью задач.

Гибкое средство

Путь к области (см. примечание 1)

Путь итерации

Состояние


Невыполненная работа по портфелю или продуктам

Пути к выбранной области

Равно или в пути итерации невыполненной работы команды

Активный (соответствует категории состояния Предлагаемое или InProgress, см. примечания 2, 3)

Канбан-доски (см. примечание 4)

Пути к выбранной области

Равно или в пути итерации невыполненной работы команды

Любое состояние (см. примечания 3, 5)

Невыполненная работа по спринту (см. примечание 4)

Пути к выбранной области

Выбранные пути итерации команды

Любое состояние (см. примечания 3, 5)

Доски задач (см. примечание 4)

Пути к выбранной области

Выбранные пути итерации команды

Любое состояние (см. примечания 3, 5)

Мини-приложение нового рабочего элемента

Путь к области по умолчанию

Путь итерации по умолчанию

Н/Д

Примечание

  1. Гибкие инструменты фильтруют элементы по выбранным путям области команды. Teams может выбрать, следует ли включать или исключать элементы, назначенные вложенным путям.
  2. Рабочие элементы, состояние которых равно "Закрыто", "Готово" или "Удалено " (что соответствует состоянию категории "Завершено "), не отображаются в списке невыполненных работ по портфелям и продуктам.
  3. Вы можете добавить настраиваемые состояния рабочего процесса и назначить их одной из трех категорий состояний. Категории состояния"> определяют, какие рабочие элементы отображаются в представлениях невыполненной работы и доски.
  4. Канбан-доски, невыполненные спринты и доски задач отображают только последний узел в иерархии, называемый конечным узлом. Например, при связывании элементов в иерархии, которая находится на четырех уровнях, на канбан-доске, невыполненной спринте и доске задач будут отображаться только элементы на четвертом уровне. Дополнительные сведения см. в статье Ссылки между элементами "родители-потомки".
  5. Рабочие элементы, состояние которых равно "Удалено ", не отображаются на досках.

Структура иерархических команд или гибкость масштабирования в пределах предприятия

Хотя подгруппы не существуют, вы можете создавать команды, пути к областям которых находятся в другой команде, что эффективно создает иерархию команд. Дополнительные сведения см. в статье Добавление другой команды.

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

Группы команд

При добавлении команды автоматически создается группа безопасности с именем команды. Эту группу можно использовать для фильтрации запросов. Имя групп команды соответствует шаблону [Имя проекта]\Имя команды. Например, следующий запрос находит работу, назначенную членам группы команды [Fabrikam Fibre]\Email.

Веб-портал, страница

Вы также можете использовать элемент управления @mention в обсуждениях и запросах на вытягивание, чтобы уведомлять всех членов команды. Начните вводить имя команды или группы безопасности, щелкните значок поиска, а затем выберите один из перечисленных параметров. Дополнительные сведения см. в статье Использование @mentions для дальнейшего обсуждения.

Работа с несколькими командами

Может ли учетная запись пользователя принадлежать нескольким командам?

Да. Вы можете добавить учетные записи пользователей в качестве участников проекта или в одну или несколько команд, добавленных в проект. Если вы работаете с двумя или более командами Scrum, обязательно укажите емкость спринта для каждой команды, с помощью которых вы работаете.

Разрешения для участников группы

По умолчанию участники команды наследуют разрешения, предоставленные участникам группы участников проекта. Члены этой группы могут добавлять и изменять исходный код, создавать и удалять тестовые запуски, а также создавать и изменять рабочие элементы. Участники команды могут совместно работать над проектом Git или проверять работу с базой кода команды.

Разрешения по умолчанию, назначенные участникам команды

Ограничьте доступ к избранным функциям, сделав пользователя заинтересованным лицом или ограничив доступ только для чтения. Дополнительные сведения см. в разделе Разрешения и доступ для отслеживания работы.

Сводка