Настройте рабочие элементы Azure DevOps, чтобы улучшить свои проекты (часть 2)

В первой части этой серии статей о настройке рабочих элементов Azure DevOps мы создали следующие элементы: Требования к сети, Требования к приложению и Приложение. В каждом из них были определенные поля для записи того, что необходимо было собрать и использовать для завершения нашего проекта модернизации облака.
По умолчанию организация может начать пользоваться преимуществами Azure DevOps, используя процессы по умолчанию. Однако в этой серии статей мы покажем, как настроить ваш опыт и воспользоваться преимуществами встроенных функций в Azure DevOps, которые могут иметь большое значение, экономить время и улучшать совместную работу.
Чтобы управлять рабочими элементами и настроенным процессом в целом, нажмите «Настройки организации», «Процессы» (элемент 1). Мы можем видеть обработанные элементы, которые мы создали в элементе 2 и элементе 3 на изображении ниже.
Управление невыполненной работой и потоком рабочих элементов
Понимание того, как работают уровни невыполненной работы, жизненно важно для настройки процесса в Azure DevOps. Имейте в виду, что элементы могут меняться в зависимости от вашего процесса. В этой серии статей мы используем процесс Agile. Вот краткий обзор незавершенных работ, доступных в доступном процессе.
- Раздел Portfolio Backlogs — это структура верхнего уровня вашего проекта, и мы собираемся использовать Epic и Feature.
- Бэклог требований известен как бэклог продукта, и они будут перечислены на канбан-доске.
- Бэклог итерации — это тот, который указан на досках спринтов и задач.
На вкладке «Уровни невыполненной работы » мы настраиваем, как различные типы рабочих элементов будут использоваться в нашем проекте / невыполненных работах. Структура Agile по умолчанию показана на изображении ниже, и здесь также описаны области невыполненной работы и их типы рабочих элементов:
- Незавершенные портфолио: Epic и Feature.
- Журнал требований: Пользовательская история.
- Бэклог итерации: Задача.
- Другие типы рабочих элементов: Ошибка.
Первое изменение, которое мы собираемся ввести, — это добавление рабочего элемента приложения в список невыполненных работ. В области невыполненных требований наведите указатель мыши на «Истории» и нажмите «Изменить/переименовать». Мы собираемся выбрать приложение и нажать «Сохранить».
Второе изменение — изменение бэклога итераций. Наведите указатель мыши на элемент, нажмите … и затем «Редактировать». На новой странице выбираем все рабочие элементы, которые будем использовать. В нашем случае мы собираемся выбрать «Требования к приложению» и «Требования к сети». Нажмите Сохранить.
Что это меняет?
Во-первых, мы развернем Доски (элемент 1) и нажмем на невыполненные работы (элемент 2). Нажмите на область, выделенную в пункте 3, и выберите «Эпики».
Вот подсказка: нажмите кнопки «+» и «-» в элементе 4, чтобы развернуть отставание по уровню.
Мы можем нажать на + Модернизация приложений, пункт 5). В элементе «Функция» (портфолио невыполненной работы) мы можем увидеть все элементы, настроенные в невыполненной работе «Требования», которая является либо приложением, либо пользовательской историей.
Если мы посмотрим на рабочий элемент приложения, мы увидим определенные нами поля, а на связанной работе мы увидим родительский и дочерний элементы.
Когда мы нажимаем «+» в рабочем элементе приложения, мы видим, что доступны следующие параметры: «Требования к приложению», «Требования к сети » и «Задачи» (отставание итерации).
Когда мы смотрим на Network Requirements, мы видим все поля, которые мы определили при создании процесса.
Управление состояниями рабочих элементов Azure DevOps
Мы можем улучшить новые рабочие элементы Azure DevOps, определив состояния и правила. Чтобы управлять состояниями, которые может иметь новый рабочий элемент, мы должны нажать Project Settings, Process, найти нужный процесс из списка, нажать на него, нажать на состояния.
Список существующих состояний для всех возможных категорий (предложенный, выполняемый и завершенный) будет указан (пункт 2). Чтобы создать новое, нажмите «Новое состояние», и мы можем определить имя и категорию, а также цвет, который будет связан с этим новым состоянием.
Результатом станет новое состояние, доступное при управлении типом рабочего элемента «Требования к сети».
Управление правилами
Для управления Правилами мы можем использовать вкладку Правила. Мы можем создать множество средств автоматизации, чтобы улучшить процесс и сэкономить время пользователей команды, используя Azure DevOps.
Правило представляет собой комбинацию определенного условия, и при выполнении этого условия будет запущено одно или несколько действий.
В приведенном ниже примере мы создали правило для автоматического назначения текущего вошедшего в систему пользователя в Azure DevOps, когда состояние изменяется на In progress.
Результат можно будет увидеть, как только мы изменим состояние на In progress, что соответствует условию, определенному в правиле. Таким образом, действие инициируется, и текущий пользователь автоматически назначается рабочему элементу «Требования к сети».
Рабочие элементы Azure DevOps: улучшение взаимодействия с конечным пользователем
На этом мы завершаем серию статей из двух частей о настройке рабочих элементов Azure DevOps. Цель состоит в том, чтобы создать рабочие элементы, которые имеют отношение к вашему проекту, с необходимой вам информацией, и в то же время удалить всю ненужную информацию, а также использовать состояния и правила для улучшения взаимодействия с конечным пользователем с некоторой автоматизацией на этапе. уровень рабочего элемента.