Настройка иерархии команд

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

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

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

Из этой статьи вы узнаете о следующем.

• Настройка иерархического набора команд и невыполненных работ
• Определение единого спринта для всех команд
• Проверьте, какие пути к областям назначены командам

Необходимые компоненты

• Если у вас еще нет проекта, создайте его.
• Чтобы добавить команды, необходимо быть членом группы Project Администратор istrator. Сведения о добавлении в эту группу см. в разделе "Изменение разрешений на уровне проекта".

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

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

1. На веб-портале выберите параметры проекта и откройте Teams.

2. Выберите команду "Создать". Присвойте команде имя и при необходимости описание.

   

   Повторите этот шаг для всех команд управления и функций, которые вы хотите создать.

Перемещение путей области в иерархическую структуру

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

Структура неструктурированных областей	Иерархическая структура области

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

1. Выберите (1) Проект Параметры, разверните узел "Работа" и выберите (2) Конфигурация проекта, а затем (3) Области.

   

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

   Например, здесь мы переместим профиль клиента в раздел "Управление учетными записями".

   

   Повторите этот шаг для всех путей к области группы функций.

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

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

Примечание.

Пути к подзоным могут нарушить возможность команды переупорядочение или повторное изменение порядка элементов в невыполненной работы. Кроме того, он может привести к неопределенности в отношении назначений, сделанных в столбце Канбан-Совета, Готово и Лейн поля. Дополнительные сведения см. в статье "Упражнение выбора функций с путями к общей области" далее в этой статье.

Вы определяете обе области и итерации из конфигурации команды Project Параметры> Boards>. Вы можете быстро перейти к нему из Teams.

1. В project Параметры выберите Teams, а затем выберите команду, параметры которой необходимо изменить.

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

   

2. Выберите итерации и области , а затем области.

   

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

3. Выберите области выбора и выберите путь к области управления учетными записями и проверка поле "Включить" проверка поле "Включить".

   

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

   

   Повторите этот шаг для всех областей управления. Если вы хотите включить свертки для всех команд компонентов и областей управления в области верхнего уровня, повторите этот шаг для команды по умолчанию. В нашем примере это соответствует Fabrikam Fibre.

Определение единого спринта для всех команд

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

Примечание.

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

• Fabrikam Fibre/CY2019
• Fabrikam Fibre/3Week Sprints

Здесь мы определяем даты начала и окончания первых 6 спринтов, соответствующих 3-недельной каденции.

Настройка других параметров команды

Чтобы команды были четко определены, необходимо добавить администраторов команд и проверить или настроить другие параметры команды. Дополнительные сведения см. в разделе "Управление и настройка средств группы".

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

Из областей конфигурации>Project Параметры> Project можно просмотреть, какие пути к областям назначены группам. Чтобы изменить назначения, выберите команду и измените назначения пути к области команды.

Упражнение по выбору функций с помощью путей к общей области

При совместном использовании путей к областям между двумя или несколькими командами вы хотите понять, как Azure Boards управляет конфликтами, которые могут возникать при выполнении этих функций:

• Переупорядочение или повторное изменение рабочих элементов в невыполненной работе или доске
• Обновления сделано в Канбан Столбец доски, столбец доски готово и поля Board Lane при перетаскивании элементов в другой столбец

Переупорядочение и повторное изменение рабочих элементов

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

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

Обновления столбцов канбан-доски

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

По дизайну команда с самым длинным путем области выигрывает конфликт и определяет значения для столбца Kanban Board, Board Column Done и Board Lane поля. Если пути к общей области равны глубине, результаты не детерминируются.

Основной задачей этой проблемы является сохранение единого владения рабочими элементами путем определения путей к областям и назначения команде. Другим вариантом является добавление настраиваемых состояний рабочего процесса, которые могут использовать все команды. Дополнительные сведения см. в разделе "Настройка рабочего процесса (процесс наследования)".

Следующие шаги

Просмотр планов доставки группы

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

• Создание невыполненной работы
• Краткое руководство по Канбану
• Упорядочение невыполненной работы
• Работа с несколькими командами владения элементами невыполненной работы
• Исправление проблем с отображением, изменением порядка и вложением