Управление объектами шаблона процесса Scrum

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

Процесс Scrum поддерживает следующие типы рабочих элементов (WIT) для планирования и отслеживания работы, тестов, отзывов и проверки кода. С помощью разных WIT можно отслеживать различные типы работы, такие как элементы невыполненной работы по продуктам, задачи, ошибки и многое другое. Эти объекты создаются при создании проекта с помощью процесса Scrum. Они основаны на принципах и ценностях Scrum.

Концептуальное изображение, типы рабочих элементов процесса Scrum.

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

Примечание

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

Примечание

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

Последняя версия каждого процесса автоматически передается при установке или обновлении до последней версии Azure DevOps Server. Дополнительные артефакты, такие как SQL Server отчеты, доступны только при подключении к проекту. Применяются другие требования к ресурсам.

Примечание

Вы можете настроить систему отслеживания работы для проекта, настроив локальный ПРОЦЕСС XML. Дополнительные сведения см. в разделе Настройка локального процесса XML.

Последняя версия каждого процесса автоматически передается при установке или обновлении до последней версии Azure DevOps Server. Дополнительные артефакты, такие как SQL Server отчеты, доступны только при подключении к проекту. Применяются другие требования к ресурсам.

Планирование и отслеживание работы с процессами Scrum

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

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

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

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

Примечание

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

Дополнительные сведения см. в разделе Типы рабочих элементов Scrum и рабочий процесс.

Вывод списка рабочих элементов

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

Примечание

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

Или используйте общие запросы, которые предоставляет процесс Scrum.

Снимок экрана: общие запросы для процесса Scrum.

Описания предопределенных запросов можно найти далее в этой статье.

Совет

Запросы, перечисленные в папке Current Iteration , не обновляются автоматически, когда новая итерация становится текущей. Текущая итерация основана на датах, назначенных расписаниям спринта. Необходимо вручную обновить путь итерации каждого запроса, чтобы он указывал на путь итерации, соответствующий текущей итерации. Вы также можете изменить общий запрос, чтобы использовать макрос @CurrentIteration.

Вы можете просматривать и выполнять запросы на веб-портале или из подключаемого модуля Team Обозреватель в Visual Studio. Вы также можете изменить запрос с помощью редактора запросов, чтобы применить различные критерии фильтра и добавить запросы на панели мониторинга группы.

Советы по общим запросам

Управление работой более эффективно с помощью следующих советов:

  • Найдите назначенные вам рабочие элементы, добавив @Me в качестве значения поля Назначено в одном из предложений запроса.
  • Измените любой запрос, добавив условия, чтобы сосредоточиться на области продукта, итерации или другом поле. Чтобы изменить запрос, откройте редактор запросов.
  • Откройте любой запрос в Excel , где можно обновить поля одного или нескольких рабочих элементов и опубликовать изменения в базе данных для отслеживания рабочих элементов.
  • Визуализируйте состояние или ход выполнения , создав круговую диаграмму, гистограмму или диаграмму тренда для запросов к неструктурированным спискам.
  • Все допустимые пользователи со стандартным доступом могут создавать запросы и папки в области Мои запросы . Для создания запросов и папок запросов в разделе Общие запросы необходимо иметь набор разрешений "Участие" и иметь доступ "Базовый" или более поздней версии. Дополнительные сведения см. в статье Настройка разрешений для запросов.

Важно!

Начиная с Visual Studio 2019, подключаемый модуль Azure DevOps для Office не поддерживает Microsoft Project. Интеграция проекта и команда TFSFieldMapping не поддерживаются для Azure DevOps Server 2019 и более поздних версий, включая Azure DevOps Services. Вы можете продолжать использовать Microsoft Excel.

Мониторинг хода выполнения работы

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

Создание облегченых диаграмм

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

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

Мини-приложения аналитики и отчеты Power BI

Служба аналитики может отвечать на количественные вопросы о прошлом или настоящем состоянии ваших проектов. Вы можете добавить мини-приложения Аналитики на панель мониторинга или использовать Power BI для создания диаграмм и отчетов.

Дополнительные сведения см. в статье Что такое служба аналитики?

Отчеты о процессах Scrum и SQL Server

Если коллекция проектов и проект настроены с помощью SQL Server Analysis Services и Reporting Services, у вас есть доступ ко многим отчетам Scrum. Чтобы эти отчеты были полезны, команды должны выполнить определенные действия, такие как определение процессов сборки, связывание рабочих элементов и обновление состояния или оставшихся работ.

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

Версии процессов Scrum

По мере обновления шаблона процесса Scrum номер версии обновляется. В следующей таблице представлено сопоставление управления версиями, применяемого по мере внесения обновлений в локальные шаблоны процессов Azure DevOps. Для Azure Boards всегда используется последняя версия. Каждый шаблон предоставляет version элемент , который задает основную и дополнительную версии.

Версия Имя процесса Scrum Основной номер версии
Azure DevOps Services
Azure DevOps Server 2022 г.
Scrum 18
Azure DevOps Server 2020
Azure DevOps Server 2019
Scrum 17
TFS 2018 Scrum 16

Сводные сведения об обновлениях, внесенных в шаблоны обработки, см. в заметках о выпуске для Azure DevOps Server.

Стандартные запросы процесса Scrum

Владелец продукта может планировать и отслеживать элементы и ошибки невыполненной работы по продуктам с помощью запроса " Невыполненная работа по продуктам ". Рабочие элементы, назначенные текущему спринту, можно найти с помощью общих запросов, перечисленных в папке Current Sprint . Эти запросы используются для поиска рабочих элементов, назначенных определенной итерации или спринту. При планировании дополнительных спринтов вы можете изменить эти запросы, чтобы указать последний спринт и сохранить их в других создаваемых папках, таких как Sprint 2 или Sprint 3.

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

Общие запросы Описание
Заблокированные задачи Список всех задач в текущем спринте, помеченных как заблокированные.
Открытые препятствия Список всех открытых препятствий в текущем спринте.
Невыполненная работа спринта Список всех элементов невыполненной работы по продукту, ошибок и связанных с ними задач, которые команда намерена выполнить в текущем спринте.
Тестовые случаи Список всех тестовых случаев в текущем спринте, отсортированных по приоритету.
Незаконченная работа Список всех элементов невыполненной работы по продукту, ошибок и связанных с ними задач, которые не помечены как готовые в текущем спринте.
Выполняемая работа Список всех задач в текущем спринте, помеченных как выполняющиеся.
Обратная связь Перечисляет все ответы на отзывы в состоянии "Активно".
Невыполненная работа по продукту Список всех элементов невыполненной работы по продукту и ошибок, назначенных корневой итерации. Элементы невыполненной работы по продуктам и ошибки сортируются по приоритету невыполненной работы.