Запрос по числовым полям в Azure Boards и Azure DevOps

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

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

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

Поддерживаемые операторы и макросы

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

  • = , <> , > , < , >= , <=
  • =[Поле], <>[Поле], >[Поле], <[Поле], >=[Поле], <=[Поле]
  • In, Not In
  • Всегда

Советы по разработке запросов на основе диаграмм

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

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

Полезные фильтры

Фильтр для

Включите эти предложения запросов

Пользовательские истории или ошибки

Work Item Type In User Story,Bug

Задачи или ошибки

Work Item Type In Task,Bug

Элементы, активные или закрытые

State In Active,Closed

Элементы в категории "Требования"

Work Item Type In Group Microsoft.RequirementCategory

Неоцененные истории пользователей

Story Points <> (leave Value field blank)

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

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

Запрос ошибок в любом состоянии, количестве рабочих элементов сводки

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

Количество ошибок на разработчика

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

Диалоговое окно настройки диаграммы, сводка по назначению и состоянию

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

Количество ошибок по состоянию и области

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

Диалоговое окно настройки диаграммы, сводка по состоянию и области

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

Неопределенные запросы значений поля

Рабочие элементы с неопределенным значением поля можно найти с помощью оператора equals (=) и оставить значение поля пустым. Например, следующие фильтры будут выводить список всех рабочих элементов типа User Stories, поле "Точки истории" которого пусто.

Фильтр по пустым записям

Чтобы вывести список рабочих элементов на основе поля, которое не является пустым, используйте оператор not (<>) и оставьте значение пустым.

Запросы и диаграммы с точками работы или истории

При работе с гибким процессом вы можете назначать баллы истории пользователей или ошибки. Кроме того, при работе с процессом scrum вы можете заработать элементы невыполненной работы и ошибки. Дополнительные сведения см. в статьях о типах рабочих элементов basic, Agile, Scrum или CMMI .

Сумма точек истории и их статус

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

Редактор запросов, плоский список, открытые истории

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

Настройка диалогового окна диаграммы, линейчатая диаграмма с накоплением, сумма точек истории

Настройте диаграмму, сумму точек истории на итерацию, линейчатую диаграмму с накоплением.

Сведения о системных схемах интегрального потока см. в разделе "Совокупный поток".

Сжечь диаграмму пользовательских историй для итерации

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

Редактор запросов, плоский список, пользовательские истории — активные или закрытые

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

Настройка диалогового окна диаграммы, тренда, суммы точек истории

Настройка диаграммы, сумма точек истории на итерацию, линейчатая диаграмма с накоплением

Оставшиеся и завершенные рабочие запросы и диаграммы

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

Процесс Доступные поля
Гибкая методика Исходная оценка, оставшаяся работа, завершенная работа
Scrum Оставшаяся работа
CMMI Исходная оценка, оставшаяся работа, завершенная работа

Сумма оставшихся трудоемких работ на разработчика

Если вы соблюдаете методики scrum и оцениваете оставшиеся трудоемкие задачи и ошибки, вы можете получить свертка оставшегося объема работы для каждого разработчика с помощью следующего запроса и диаграммы. С помощью оператора In и включая задачи и ошибки, вы включаете все ошибки, которые отслеживаются как задачи.

Запрос задач и ошибок для спринта

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

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

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

Сведения о системных диаграммах спринта сгорает, см. в разделе "Спринт сгорание".

Поля, используемые для оценки и отслеживания работы

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

Имя поля

Описание

Тип рабочего элемента


Действие 1, 2

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

  • Развертывание
  • Конструирование
  • Разработка
  • Документация
  • Требования
  • Тестирование

Поле действия назначается Activity в файле ProcessConfiguration. 3

Reference name=Microsoft.VSTS.Common.Activity, Data type=String

Задача, ошибка4 (гибкая и scrum)

Ценность для бизнеса

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

Reference name=Microsoft.VSTS.Common.BusinessValue, Data type=Integer

Epic, Feature

Завершенная работа

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

Reference name=Microsoft.VSTS.Scheduling.CompletedWork, Data type=Double

Задача, ошибка4

Дисциплина 1, 2

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

  • Анализ
  • Разработка
  • Тест
  • Обучение пользователей
  • Действия пользователя

Поле "Дисциплина" назначается Activity в файле ProcessConfiguration. 3

Reference name=Microsoft.VSTS.Common.Discipline, Data type=String

Задача, ошибка 4 (CMMI)

Трудозатраты

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

Это поле 3 также используется для вычисления скорости и прогнозирования команды. Он назначается Effort в файле ProcessConfiguration.

Reference name=Microsoft.VSTS.Scheduling.Effort, Data type=Double

Элемент невыполненной работы продукта, ошибка 4 (scrum)

Feature, Epic

Баллы истории

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

Это поле 3 также используется для вычисления скорости и прогнозирования команды. Он назначается Effort в файле ProcessConfiguration.

Имя ссылки= Microsoft.VSTS. Scheduling.StoryPoints, тип данных =Double

User Story, Bug 4 (Agile)

Размер

Субъективная единица измерения, отражающая размер требования. Чем больше размер, тем больше работы требуется для его реализации

Это поле3 также используется для вычисления скорости и прогнозирования команды. Он назначается Effort в файле ProcessConfiguration.

Имя ссылки= Microsoft.VSTS. Scheduling.Size, Data type=Double

Требование, ошибка 4 (CMMI)

Исходная оценка

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

Reference name=Microsoft.VSTS.Scheduling.OriginalEstimate, Data type=Double

Задача, ошибка 4 (гибкая разработка и CMMI)

Оставшаяся работа

Оставшийся объем работы для выполнения задачи. Работу можно задавать в часах или днях. С этим полем не связаны конкретные единицы времени. Это поле 3 также используется для вычисления сгорания. Он назначается type="RemainingWork" в файле ProcessConfiguration.

Примечание

Для Azure Boards в области задач всегда отображается "h" в течение нескольких часов в связи с оставшимися трудоемкими. Для TFS можно изменить файл ProcessConfiguration для поля "Оставшийся рабочий тип", чтобы указать "d" в течение нескольких дней или другую предпочтительную метку.

Reference name=Microsoft.VSTS.Scheduling.RemainingWork, Data type=Double

Задача, ошибка4

Требует рецензирования

Указывает, что задача требует проверки. Можно указать "Да " или "Нет " (по умолчанию).

Reference name=Microsoft.VSTS.CMMI.RequiresReview, Data type=String

Задача (CMMI)

Требуется тест

Указывает, что задача требует теста. Можно указать "Да " или "Нет " (по умолчанию).

Reference name=Microsoft.VSTS.CMMI.RequiresTest, Data type=String

Задача (CMMI)

Тип задачи1

Указывает тип реализуемой задачи Допустимые значения:

  • Действие по исправлению
  • Действие по устранению рисков
  • Запланировано

Reference name=Microsoft.VSTS.CMMI.TaskType, Data type=String

Задача, ошибка4 (процесс CMMI)

Примечание

  1. Чтобы изменить выбор меню: для облачных служб или наследуемого процесса, см. раздел "Добавление полей" и управление ими; а также сведения о локальном XML-процессе см. в разделе "Добавление или изменение поля", настройка списка выбора.
  2. Значения, отображаемые на странице "Емкость " для действия (Agile или Scrum) или "Дисциплина " (CMMI), отражают объединение всех значений, определенных для поля во всех проектах в экземпляре коллекции проектов. Таким образом, чтобы ограничить значения, отображаемые для емкости на страницах невыполненной работы с спринтом, необходимо сопоставить значения во всех проектах для поля, назначенного type="Activity".
  3. Сведения об изменении назначения поля ProcessConfiguration (только в локальной среде) см. в справочнике по XML-элементу конфигурации процесса.
  4. Каждая команда может настроить свои средства Гибкой разработки, чтобы определить, обрабатываются ли ошибки аналогично требованиям или задачам. Так как ошибки могут отображаться как с требованиями, так и с задачами, поля, используемые для оценки усилий на уровне требований, и уровень задач включаются в форму рабочего элемента.

Сведения о добавлении настраиваемых полей см. в разделе "Настройка взаимодействия с отслеживанием работы".

Основные инструменты, используемые для планирования и отслеживания работы, описаны здесь:

Дополнительные сведения об использовании рабочих элементов и запросов см. в следующей статье:

Свертки числовых значений в типах рабочих элементов

Свертка предоставляет суммированные значения полей выбора для всех дочерних рабочих элементов родительского элемента. В собственном коде Azure Boards и TFS предоставляют свертка оставшихся трудозатрат для задач в области задач. Другие требования к свертки см. в следующих статьях:

Какие элементы отображаются в категориях "Требования" или "Задачи"?

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

Процесс Категория обязательных элементов Категория задач
Гибкая методика Описание функциональности пользователей Задача
Scrum Элемент невыполненной работы Задача
CMMI Требование Задача

Однако каждая команда может определить, отображается ли тип рабочего элемента "Ошибка" в категории "Требование" или "Задача". См . статью "Отображение ошибок в невыполненной работе и досках".

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

API-интерфейсы REST

Сведения о программном взаимодействии с запросами см. в одном из следующих ресурсов REST API: