Запрос по значению рейтинга и списка выбора
Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019
Вы используете поля планирования, ранжирования и приоритета, чтобы определить порядок выполнения рабочих элементов вашей команды. Благодаря эффективному ранжированию и приоритетам задач все члены команды понимают относительную важность каждого элемента, который они должны выполнить.
Ранжирование и приоритет рабочих элементов при создании невыполненной работы.
Необходимые условия
Заметка
Пользователи с доступом участников к общедоступному проекту имеют полный доступ к функциям запросов, так же как и пользователи с доступом базовым. Для получения дополнительной информации см. краткий справочник по доступу для заинтересованных лиц.
Категория | Требования |
---|---|
Уровни доступа | — Чтобы просматривать и выполнять общие запросы: участник проекта . — Чтобы добавить и сохранить общий запрос: по крайней мере базовый доступ. |
разрешения | Разрешение "Вклад" установлено на "Разрешить" для папки, в которую вы хотите добавить запрос. По умолчанию у группы нет этого разрешения. |
Поддерживаемые операторы и макросы
Предложения запросов, определяющие строковое или целое число, могут использовать следующие операторы:
- = ,
<>
,>
,<
,>=
,<=
- =[поле], <>[поле], >[поле], <[поле], >=[поле], <=[поле]
- В, а не в
- Был когда-либо
Примеры запросов выбора
Большинство полей планирования, описанных в следующем разделе, являются целым или строковым полем. Например, запросы числовых или форматируемых текстовых полей см. в разделе "Запрос по числовым полям " и "Запрос" по заголовкам, идентификаторам и полям с форматированным текстом.
Чтобы использовать операторы In и Not In , введите имена или метки элементов, соответствующих выбранному полю, разделенному запятой. Например, чтобы отфильтровать типы рабочих элементов, которые являются пользовательскими историями или ошибками, добавьте предложение: Work Item Types In User Story,Bug
Фильтр для
Включить эти предложения запросов
Вывод списка заблокированных задач (Scrum)
(Заблокированное поле имеет тип String)
Work Item Type In Task
And Blocked = Yes
Ошибки приоритета 1 (поле приоритета — целое число)
Work Item Type In Bug
And Priority = 1
Функции и истории, касающиеся архитектурных областей
(Поле "Область значения" — строка)
Work Item Type In Feature,User Story
And Value Area = _ Architectural
Поля, используемые для планирования и приоритета работы
В следующей таблице описываются поля, которые можно использовать для планирования и приоритета работы. Некоторые поля допустимы только для определенного процесса— базовая, гибкая, scrum или интеграция модели зрелости возможностей (CMMI).
Имя поля
Description
Тип рабочего элемента
Невыполненная работа с приоритетом1
Номер, назначенный фоновым процессом, используемым для отслеживания последовательности элементов в невыполненной работы или доске. Дополнительные сведения об использовании этого поля см. в разделе "Невыполненные работы" для эффективного управления проектами, приоритета невыполненной работы или порядка ранжирования стека.
Эталонное имя=Microsoft.VSTS.Common.BacklogPriority, тип данных=Double
Ошибка, Epic, Feature, Product backlog item, Task (Scrum)
Заблокировано
Указывает, что дальнейшие действия не могут выполняться на рабочем элементе. Если проблема открывается для отслеживания проблемы блокировки, необходимо сделать ссылку на проблему.
- Для процесса Scrum рабочие элементы задачи: можно указать "Да " или очистить поле.
- Для рабочих элементов процесса CMMI можно указать "Да " или "Нет".
Эталонное имя=Microsoft.VSTS.CMMI.Заблокировано, тип данных=String
Ошибка, запрос на изменение, требование, риск, задача (CMMI, Scrum)
Преданный идее
Указывает, зафиксировано ли требование в проекте. Можно указать "Да " или "Нет".
Эталонное имя=Microsoft.VSTS.CMMI.Committed, тип данных=String
Требование (CMMI)
Эскалация
Указывает, влияет ли проблема на критический путь плана проекта. Можно указать "Да " или "Нет".
Эталонное имя=Microsoft.VSTS.CMMI.Эскалация, тип данных=String
Проблема (CMMI)
Субъективная оценка ошибки, проблемы, задачи или тестового случая, как это относится к бизнесу. Можно указать следующие значения:
- 1: самый высокий приоритет, реализация функции или исправление как можно скорее. Продукт не может отправляться без успешного разрешения.
- 2. Средний приоритет. Продукт не может быть отправлен без успешного разрешения, но вопрос не требует немедленного решения.
- 3. Низкий приоритет. Реализация или исправление необязательно и зависит от ресурсов, времени и риска. Если продукт поставляется без успешного разрешения, задокументируйте проблему в заметках о выпуске как известные проблемы.
-
4. Самый низкий приоритет. Отслеживает проблему, которая в основном не влияет на использование (например, небольшой опечаток).
Эталонное имя=Microsoft.VSTS.Common.Priority, тип данных=целое число
Ошибка, запрос на изменение, эпический, компонент, препятствия, проблема, элемент невыполненной работы продукта, требование, риск, общий шаг, задача, тестовый случай, история пользователя
Субъективная оценка относительной неопределенности вокруг успешного завершения истории пользователя. Определенные допустимые значения:
- 1 - Высокий
- 2 — средний
- 3 — низкий
Эталонное имя=Microsoft.VSTS.Common.Risk, тип данных=String
Epic, Feature, User Story (Agile)
Серьезность1
Субъективная оценка влияния ошибки на проект. Можно указать следующие значения:
- 1 — критическое
- 2 - Высокий
- 3 — средний
- 4 — низкий
Эталонное имя=Microsoft.VSTS.Common.Серьезность, тип данных=String
Ошибка, проблема (CMMI), риск (CMMI)
Стек ранг2
Номер, назначенный фоновым процессом, используемый для отслеживания порядка списка элементов в невыполненной работы или доске на веб-портале. Узнайте больше о том, как используется это поле, см. статью Использование бэклогов для эффективного управления проектами.
Эталонное имя=Microsoft.VSTS.Common.StackRank, тип данных=Double
Ошибка, эпическая, функция, требование (CMMI), риск (CMMI), задача, история пользователя (гибкая)
Критическое значение времени
Субъективная единица измерения, которая фиксирует снижение бизнес-ценности с течением времени. Более высокие значения указывают на то, что эпический или компонент по сути является более критически важным, чем эти элементы с более низкими значениями.
Эталонное имя=Microsoft.VSTS.Common.TimeCriticality, тип данных=Double
Epic, Feature
Сортировка
Указывает тип решения о сортировке, ожидающего рабочего элемента. Это поле используется, если рабочий элемент находится в предлагаемом состоянии.
Можно указать одно из следующих значений:
- Ожидание (по умолчанию)
- Дополнительные сведения
- Полученные сведения
- Тригед
Эталонное имя=Microsoft.VSTS.Common.Triage, тип данных=String
Только CMMI: ошибка, запрос на изменение, эпический, компонент, проблема, требование, задача
Область значений1
Область ценности клиента, которую решает эпический, компонент или элемент невыполненной работы. Доступные значения:
- Архитектура: технические службы для реализации бизнес-функций, которые предоставляют решение
- Бизнес: службы, которые удовлетворяют потребностям клиентов или заинтересованных лиц, которые напрямую обеспечивают ценность клиента для поддержки бизнеса (по умолчанию)
Эталонное имя=Microsoft.VSTS.Common.ValueArea, тип данных=String
Ошибка, Эпик, Функция, Требование к невыполненной работе продукта (CMMI), История пользователя (Agile)
Примечания:
- Чтобы изменить выбор меню, см. статью "Добавление полей (унаследованный процесс) или добавление или изменение поля, настройка списка выбора (локальный XML-процесс)".
- Последовательность элементов на странице бэклога продукта определяется в соответствии с тем, куда вы добавили или перетащили элементы. При перетаскивании элементов фоновый процесс обновляет поле "Приоритет невыполненной работы" (Scrum) или Stack Rank (Agile, Basic, CMMI). Эти поля определяют порядок отображения элементов невыполненной работы на странице невыполненной работы. Они назначены
type="Order"
в файле ProcessConfiguration.
Дополнительные сведения о полях приоритета невыполненной работы или ранжирования стека
Поля "Приоритет невыполненной работы" и "Ранжирование стека" не отображаются в формах рабочих элементов. (Чтобы узнать, почему, см. статью Где поле формы рабочего элемента для заказа невыполненной работы?.
Чтобы добавить поле в форму, выполните следующие действия.
Для наследуемого процесса добавьте поле Ранжирования стека в тип рабочего элемента (для пользовательского процесса, на который ссылается проект).
Для локального XML-процесса добавьте поле в форму, измените определение XML WIT, чтобы добавить следующий элемент управления:
<Control FieldName="Microsoft.VSTS.Common.StackRank" Type="FieldControl" Label="Stack Rank" LabelPosition="Left" />
или для Scrum:
<Control FieldName="Microsoft.VSTS.Common.BacklogPriority" Type="FieldControl" Label="Stack Rank" LabelPosition="Left" />
Связанные статьи
- Запрос числовым полем
- Индекс поля рабочего элемента
- Поля и атрибуты рабочего элемента.