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

Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019

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

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

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

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

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

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

• Определите рабочие элементы: Установите, какие рабочие элементы отображаются в бэклоге команды или на доске.
• Применить дополнительную фильтрацию: Дополнительное уточнение рабочих элементов, отображаемых в бэклоге или на доске. Дополнительные сведения см. в разделе Интерактивно фильтровать невыполненные работы, доски, запросы и планы.
• Сгруппировать связанную работу: Упорядочивать работу, имеющую отношение, например принадлежность к тому же продукту, функции или другим уровнем группировки работы.
• Ограничить доступ: Задать разрешения, чтобы ограничить изменение рабочих элементов на основе областного пути. Разрешения можно настроить для групп безопасности.

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

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

Дополнительные сведения см. в разделе Определение путей к области и назначение команде.

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

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

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

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

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

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

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

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

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

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

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

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

При определении команды укажите следующее:

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

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

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

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

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

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

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

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

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

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

Работа в более чем одной команде

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

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

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

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

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

Сводка

• Каждая команда владеет собственным списком задач. Чтобы создать невыполненную работу, создать новую команду.
• У каждой невыполненной работы есть соответствующая доска для отслеживания хода выполнения и обновления состояния.
• Указанная область команды и пути итерации определяют, какие рабочие элементы появляются на бэклоге и доске. Вы можете легко включить или исключить рабочие элементы в рамках определенного пути области.
• Каждая команда может контролировать, как ошибки отображаются в их бэклогах и на досках.
• Общие сведения обо всех ресурсах команды и их настройке см. в разделе Управление командами и настройка средств команды.
• Чтобы работа нескольких команд интегрировалась в невыполненную работу портфеля, настроил иерархию команд.
• Сведения о добавлении полей или типов рабочих элементов см. в статье Настройкаотслеживания работы.

Связанные статьи

• Добавление другой команды
• Настройка параметров команды
• Работа над проектами