Запрос по значению рейтинга и списка выбора
Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019
Вы используете поля планирования, ранжирования и приоритета, чтобы определить порядок выполнения рабочих элементов вашей команды. Благодаря эффективному ранжированию и приоритетам задач все члены команды понимают относительную важность каждого элемента, который они должны выполнить.
Ранжируйте и определяйте приоритет рабочих элементов при создании списка задач.
Примечание
Пользователи с доступом участников к общедоступному проекту имеют полный доступ к функциям запросов, так же как и пользователи с доступом базовым. Для получения дополнительной информации см. краткий справочник по доступу для заинтересованных лиц.
Категория | Требования |
---|---|
Уровни доступа | — Для просмотра и выполнения общих запросов: члены проекта . — Чтобы добавить и сохранить общий запрос: по крайней мере базовый доступ. |
разрешения | Установите разрешение "Contribute" на "Разрешить" для папки, в которую хотите добавить запрос. По умолчанию у группы нет этого разрешения. |
Предложения запросов, определяющие строковое или целое число, могут использовать следующие операторы:
- = ,
<>
,>
,<
,>=
,<=
- =[поле], <>[поле], >[поле], <[поле], >=[поле], <=[поле]
- Внутри, а не снаружи
- Был когда-либо
Большинство полей планирования, описанных в следующем разделе, являются целым или строковым полем. Например, запросы числовых или форматируемых текстовых полей см. в разделе "Запрос по числовым полям " и "Запрос" по заголовкам, идентификаторам и полям с форматированным текстом.
Чтобы использовать операторы In и Not In , введите имена или метки элементов, соответствующих выбранному полю, разделенному запятой. Например, чтобы отфильтровать типы рабочих элементов, которые являются пользовательскими историями или ошибками, добавьте предложение: Work Item Types In User Story,Bug
Фильтр для
Включить эти условия запроса
Список заблокированных задач (Scrum)
(Заблокированное поле имеет тип String)
Work Item Type In Task
And Blocked = Yes
Ошибки приоритета 1 (Поле "Priority" — тип Integer)
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
Ошибка, Эпик, Фича, Элемент бэклога продукта, Задача (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
Эпопея, Функционал, Пользовательская история (Agile)
Серьезность1
Субъективная оценка влияния ошибки на проект. Можно указать следующие значения:
- 1 — критическое
- 2 - Высокий уровень
- 3 — средний
- 4 — низкий
Эталонное имя=Microsoft.VSTS.Common.Серьезность, тип данных=String
Ошибка, проблема (CMMI), риск (CMMI)
Ранжирование по уровням2
Номер, назначаемый фоновым процессом, используется для отслеживания порядка элементов в списке задач или на доске в веб-портале. Узнайте больше о том, как используется это поле, см. статью Использование бэклогов для эффективного управления проектами.
Эталонное имя=Microsoft.VSTS.Common.StackRank, тип данных=Double
Ошибка, эпик, функционал, требование (CMMI), риск (CMMI), задача, история пользователя (Agile)
Критическое значение времени
Субъективная единица измерения, которая фиксирует снижение бизнес-ценности с течением времени. Более высокие значения указывают на то, что эпический или компонент по сути является более критически важным, чем эти элементы с более низкими значениями.
Эталонное имя=Microsoft.VSTS.Common.TimeCriticality, тип данных=Double
Эпик, Функция
Сортировка
Указывает тип решения о сортировке, которое ожидает утверждения для рабочего элемента. Это поле используется, если рабочий элемент находится в предлагаемом состоянии.
Можно указать одно из следующих значений:
- Ожидание (по умолчанию)
- Дополнительные сведения
- Полученные сведения
- Отсортировано
Эталонное имя=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" />
- Запрос числовым полем
- Индекс поля рабочего элемента
- Поля и атрибуты рабочего элемента.