Поделиться через


Настройка и персонализация Azure Boards

Сервисы Azure DevOps | Azure DevOps Server | Azure DevOps Server 2022

Настройте Azure Boards, чтобы соответствовать процессам и потребностям портфеля вашей команды. В этой статье описываются рекомендуемые задачи и рекомендации для администраторов, которые настраивают структуру области и итерации, типы рабочих элементов (WIT), рабочие процессы и поведение доски.

Если вы уже знаете нужные задачи конфигурации, начните с следующих статей:

Note

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

Подсказка

Вы можете использовать ИИ для Azure DevOps задач. См. статью Enable AI assistance with Azure DevOps MCP Server, чтобы начать работу.

Основные рекомендации

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

Area Ответы на вопросы
Структура проекта и команды Сколько команд, иерархии путей области и представлений свертки вам нужны?
Итерации Какие ритмы спринта, группировка выпусков и горизонты прогнозирования работают лучше всего?
Схема рабочих элементов Какие WIT должны использовать команды (функции, истории, проблемы/ PBIs, задачи, эпические)?
Потребности в отчетах Какие поля, свертки и аналитические представления должны быть доступны?
Настройки Как настраиваемые поля, рабочие процессы и типы рабочих элементов (WIT) влияют на доски, бэклоги и отчеты?
Разрешения и управление Кто может изменять процессы, структуры области и итерации, а также параметры команды?

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

Типы рабочих элементов и невыполненные работы с портфелем

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

На следующем рисунке показана иерархия для рабочего элемента невыполненной работы процесса Agile:

Схема с типами рабочих элементов Agile.

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

Каждая команда может настроить управление элементами работы с ошибками на том же уровне, что и пользовательские истории или рабочие элементы задачи. Используйте параметр "Работа с ошибками". Дополнительные сведения об использовании этих типов рабочих элементов см. в разделе "Гибкий процесс".

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

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

Выберите один из следующих подходов для отслеживания высокого уровня в зависимости от практики команды:

Подход Recommendation Лучше всего подходит для
Только задачи Не рекомендуется Предлагает ограниченную приоритетность и нет планирования портфеля
Требования к дочерним задачам Recommended Команды Scrum, которые оценивают и отслеживают время
Только требования Recommended Команды, работающие по методологиям Kanban или Scrumban, которые не отслеживают время
Требования, сгруппированные в соответствии с портфелем WIT Recommended Несколько команд, которым требуется обобщение и календари для нескольких команд.

Объясните выбранный подход для команд и обновление процессной документации.

Области, итерации и настройка команды

Используйте пути областей, чтобы разбивать работу по продуктам, функциям или бизнес-областям. Используйте пути итерации для спринтов, релизов или этапов.

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

Снимок экрана: пути к областям и назначения команд.

Связанное содержимое:

Отображение ошибок на досках и невыполненных работах

Каждая команда решает, включаются ли дефекты в бэклог продукта в качестве требований или учитываются как задачи, связанные с требованиями. Команды, использующие Scrum, часто отображают ошибки в невыполненной работе; команды с помощью Agile или CMMI могут выбрать, отображаются ли ошибки в невыполненных работах. Чтобы изменить отображение ошибок для команды, обновите параметры команды:

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

Свертки и представления портфеля

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

Снимок экрана: полосы сводки хода выполнения в списке задач.

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

Доски, столбцы и рабочие процессы

Состояния рабочих элементов определяют столбцы доски задач по умолчанию.

Действие Scope Рассмотрение
Добавление настраиваемых состояний рабочего процесса в WIT Влияет на все команды Изменения отображаются на всех досках команд, использующих этот WIT
Добавление столбцов в доски команд Влияет только на группу Полезно для этапов рабочего процесса, специфичных для команды
Сопоставление сопоставлений состояний с столбцами Влияет на отчеты Аккуратно сопоставляйте данные, чтобы сохранить точность накопительных диаграмм потоков.

Связанное содержимое:

Настраиваемые поля и отчеты

Пользовательские поля позволяют записывать данные, относящиеся к проекту. Они могут выполнять сводки и отчеты, но применяться на протяжении всего процесса.

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

Note

Вы можете определить до 1024 полей на процесс.

Пользовательские типы рабочих элементов (WIT) и изменения в процессе

Добавление или изменение типов рабочих элементов (ВИТ) и рабочих процессов влияет на многие инструменты.

Изменение Где он отображается Необходимые действия
Новые WIT уровня требований Бэклоги продукта, возможно, бэклоги спринта Настройка уровней невыполненной работы
Новые типы рабочих элементов уровня задач Панели задач Обновление параметров таскборда
Пользовательские WIT Советы команд Обновление досок и карты столбцов

Это важно

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

Разрешения и кто может их изменять

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

Тип изменения Кто может внести изменения
Уровень процесса Администраторы коллекции проектов или пользователи с разрешениями на процесс
Уровень проекта (области и итерации) Администраторы проектов или пользователи с разрешениями узла
Уровень команды Администраторы группы или администраторы проектов

Связанное содержимое:

Отслеживание времени и планирование спринта

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

Связанное содержимое:

Практический контрольный список для администраторов

При настройке или проверке конфигурации Azure Boards используйте следующий контрольный список.

Phase Задача
Plan Определение стратегии типа рабочего элемента и процесса (наследование или настройка)
Plan Области разработки и иерархии итерации
Настроить Настройка команд и настройка областей по умолчанию и подписок на итерацию
Настроить Создание необходимых общих папок запросов и разрешений
Настроить Добавьте столбцы свертки и виджеты панели мониторинга, необходимые руководителям
Подтвердить Проведите пилотное тестирование с одной командой перед применением широкомасштабных обновлений
Общаться Изменение документа и обновление вики-сайта проекта