Устранение проблем с переупорядочением и вложенными структурами
Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019
При переупорядочении, вложении и отображении рабочих элементов Azure Boards ожидает естественной иерархии. Естественная иерархия нарушается при создании связей с одной и той же категорией или одинаковыми типами между рабочими элементами. Например, родительские дочерние ссылки, которые являются ошибками или историей пользователя для истории пользователя или категории требований к категории задач . Используйте эту статью для устранения сообщений об ошибках при добавлении ссылок, не входящих в естественную иерархию.
Необходимые условия
| Категория | Требования |
|---|---|
| доступ к проекту | член проекта. |
| Разрешения | — Член группы безопасности участников или администраторов проекта. — Для просмотра или изменения рабочих элементов: просмотр рабочих элементов в этом узле и редактирование рабочих элементов в этом узле с установленными разрешениями на Разрешить. По умолчанию для группы участников для этого разрешения установлено значение Разрешить. Дополнительные сведения см. в разделе Настройка разрешений отслеживания работы. |
| Уровни доступа | Чтобы добавить или изменить рабочие элементы: по крайней мере базовый доступ к. Пользователи с доступом уровня Stakeholder для общедоступных проектов имеют полный доступ к функциям журнала задач и доски, как и пользователи с доступом уровня Basic. Дополнительные сведения см. в кратком справочнике по правам доступа для заинтересованных лиц. |
| определённые итерации | Чтобы использовать область планирования: убедитесь, что администратор команды определил пути итерации (спринт) и настроил итерации команды. |
| Категория | Требования |
|---|---|
| доступ к проекту | член проекта. |
| разрешения | — Член группы безопасности участников или администраторов проектов . — Для просмотра или изменения рабочих элементов: (Просмотр рабочих элементов в этом узле) и (Редактирование рабочих элементов в этом узле), разрешения установлены на Разрешить. По умолчанию группа участников имеет установленное разрешение Разрешить. Дополнительные сведения см. в разделе Настройка разрешений отслеживания работы. |
| Уровни доступа | Чтобы добавить или изменить рабочие элементы: по крайней мере базовый доступ к. |
| определенные итерации | Чтобы использовать область планирования: убедитесь, что администратор команды определил пути итерации (спринта) и настройте итерации команды. |
Невозможно изменить порядок рабочих элементов и некоторые рабочие элементы могут не отображаться.
Может появиться ошибка, аналогичная одному из следующих сообщений:
- Невозможно изменить порядок рабочих элементов и некоторые рабочие элементы могут не отображаться.
- Идентификаторы рабочих элементов не перечислены
Чтобы устранить эту ошибку, выполните следующие действия.
Откройте невыполненную работу.
Просмотрите список элементов, чтобы определить вложенные элементы одного типа.
Пример #1. На следующем рисунке показана история пользователя в качестве дочернего элемента другой истории пользователя.
Пример 2. На следующем рисунке показана ошибка в качестве дочернего элемента истории пользователя. Если невыполненная работа отображает пользовательские истории и ошибки на том же уровне (категория требований), он приводит к вложенному элементу, который отключает функцию упорядочивания.
Удалите все ссылки типа родитель-потомок, которые существуют среди вложенных элементов одного и того же типа рабочего элемента или категории, или измените тип ссылки на Связанные.
Обновите невыполненную работу.
Эти действия должны устранить проблему, и сообщение об ошибке больше не отображается.
Рабочий элемент не может быть переупорядочен, так как родительский элемент находится в той же категории
Может появиться ошибка, аналогичная одному из следующих сообщений:
- Невозможно изменить порядок рабочих элементов и некоторые рабочие элементы могут не отображаться. См. рабочие элементы 7, чтобы удалить родительскую ссылку на дочерний или изменить тип ссылки на "Связанные".
- Рабочий элемент 3 не может быть переупорядочен, так как его родительский элемент находится в той же категории.
Чтобы устранить эту ошибку, выполните следующие действия.
- Откройте рабочий элемент, указанный в сообщении об ошибке.
- Найдите ссылку родительского или дочернего элемента. Убедитесь, что эта ссылка переходит к рабочему элементу в той же категории, что и открытый рабочий элемент. Найдите ссылку, которая переходит к другому рабочему элементу, который отображается на том же уровне невыполненной работы, что и открытый рабочий элемент. В зависимости от параметров поведения ошибок вашей команды ошибки могут отображаться с требованиями или задачами.
- Удалите ссылку на родитель-дочерний элемент. Если вы хотите, чтобы эти элементы оставались связанными, вместо этого используйте тип ссылки Связанные.
Сообщение больше не отображается.
Выполняемые рабочие элементы могут исчезнуть при обновлении
Может появиться сообщение об ошибке, аналогичной следующему сообщению:
Элементы, добавленные в невыполненную работу, могут исчезнуть при обновлении, так как проект группы помечает их как "выполняющийся". Эти элементы отображаются при изменении фильтра "Выполняется" на Show.
Это сообщение указывает, что фильтр "Ход выполнения " для невыполненной работы отключен.
При обновлении браузера рабочие элементы отображаются на основе выбранных фильтров. Чтобы сбросить фильтры, выполните следующие действия.
Откройте невыполненную работу.
В селекторе параметров представления выберите отображение или скрытие элементов "Ход выполнения".
Откройте невыполненную работу.
В селекторе параметров представления выберите отображение или скрытие элементов "Ход выполнения".
Если включить элемент управления "Ход выполнения", элементы, которые находятся в состояниях "Активный", "Зафиксирован" или "Разрешено" или "Состояние", сопоставленное с состояниемкатегории "Ход выполнения", не отображаются.
Скрытие элементов "Ход выполнения", когда требуется прогнозировать работу. Дополнительные сведения см. в статье "Прогнозирование невыполненной работы продукта".
Примечание.
- Дополнительные сведения см. в разделе "Настройка представления невыполненной работы" и "Добавление настраиваемых типов рабочих элементов".
- Сведения о проблемах, которые могут возникнуть при владении несколькими командами, см. в разделе Упражнение выбора функций с помощью путей к общей области.
- Чтобы изменить порядок рабочих элементов в невыполненной работе, у вас должен быть как минимум базовый доступ. Если у вас есть доступ к заинтересованным лицам, вы не можете переупорядочение рабочих элементов. Дополнительные сведения см. в кратком справочнике по правам доступа для заинтересованных лиц.
Естественная иерархия для типов рабочих элементов
На следующем рисунке показана естественная иерархия для процессов гибкой, scrum и интеграции модели зрелости (CMMI).
Рекомендации
Сделайте следующее:
- Сохраняйте плоский список, а не требования к вложению, ошибки и задачи.
- Создать только родительский дочерний элемент связывает один уровень глубоко между элементами, принадлежащими другой категории. Категория, к которой принадлежит рабочий элемент, определяется уровнями процесса и выбранным поведением ошибки вашей команды.
- Используйте тип рабочего элемента функции для группировки пользовательских историй (Agile), проблем (базовый), рабочих элементов (Scrum) или требований (CMMI). Рабочие элементы можно сопоставить с функциями. Это сопоставление создает связи родитель-потомок в фоновом режиме. Дополнительные сведения см. в статье Упорядочение невыполненной работы.
Не делайте следующего:
- Создайте иерархию рабочих элементов, задач и ошибок.
- Установите иерархии для элементов одной категории, такие как связи типа родитель-потомок между рабочими элементами одного типа. Например, создавайте связи история-история, ошибка-ошибка, задача-задача или проблема-проблема. Опыт работы с невыполненными задачами, досками и спринтами не поддерживает переупорядочивание для иерархий одной категории, так как это приводит к путанице, сортируя рабочий элемент, не предназначенный для этого уровня.
Отслеживание ошибок в качестве требований или задач
Каждая команда имеет возможность отслеживать ошибки как требования, задачи или не выбирать. Ознакомьтесь со следующими рекомендациями.
Если вы отслеживаете ошибки как требования вложены только на уровне компонента: . на схеме
Если вы отслеживаете ошибки как задачи : помещайте их только под уровень требований.
на схеме
Дополнительные сведения см. в разделе Отображение ошибок в невыполненных работах и досках.
Отображение вложенных элементов в невыполненных работах и досках
Невыполненные журналы спринта и панели задач отображают только последний узел в той же иерархии категорий, которая называется конечным узлом.
Невыполненные журналы и области задач спринта
Когда задачи и ошибки ссылаются на их родительские требования, они группируют их правильно на спринте невыполненной работы и доске задач. Когда вы устанавливаете связи между требованием и ошибкой, а также между ошибкой и задачей, как показано здесь, задача отображается в списке невыполненных задач спринта и на доске задач, в то время как ошибка там не отображается.
Иерархия элементов, назначенных спринту невыполненной работы
Только конечные узлы отображаются в невыполненных спринтах
На панели задач отображаются только конечные узлы
Часто задаваемые вопросы
Вопрос. Существует ли обходное решение для отображения промежуточных узлов в иерархии?
Ответ. Пока нет. При выборе кнопки "Создать запрос" всегда можно проверить весь список элементов, назначенных спринту.