Устранение проблем с переупорядочением и вложением

  • Мақала

Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019

При переупорядочении, вложении и отображении рабочих элементов Azure DevOps ожидает естественную иерархию. Естественная иерархия нарушается при создании связей с одной и той же категорией или одинаковыми типами между рабочими элементами. Например, родительские дочерние ссылки, которые являются ошибками или историей пользователя для истории пользователя или категории требований к категории задач . Используйте эту статью для устранения сообщений об ошибках при добавлении ссылок, не входящих в естественную иерархию.

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

Может появиться ошибка, аналогичная одному из следующих сообщений:

  • Невозможно изменить порядок рабочих элементов и некоторые рабочие элементы могут не отображаться.
  • Идентификаторы рабочих элементов не перечислены

Чтобы устранить эту ошибку, выполните следующие действия.

  1. Откройте невыполненную работу.

  2. Просмотрите список элементов, чтобы определить те же типы, которые вложены.

    • Пример #1. На следующем рисунке показана история пользователя в качестве дочернего элемента другой истории пользователя.

    Снимок экрана: вложенные истории пользователей в невыполненной работы.

    • Пример 2. На следующем рисунке показана ошибка в качестве дочернего элемента истории пользователя. Если невыполненная работа отображает пользовательские истории и ошибки на том же уровне (категория требований), он приводит к вложенному элементу, который отключает функцию упорядочивания.

    Снимок экрана: вложенная история пользователя и ошибка.

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

  4. Обновите невыполненную работу.

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

"Рабочий элемент не может быть переупорядочен, так как его родительский элемент находится в той же категории"

Может появиться ошибка, аналогичная одному из следующих сообщений:

  • Невозможно изменить порядок рабочих элементов и некоторые рабочие элементы могут не отображаться. См. рабочие элементы 7, чтобы удалить родительскую ссылку на дочерний или изменить тип ссылки на "Связанные".
  • Рабочий элемент 3 не может быть переупорядочен, так как его родительский элемент находится в той же категории.

Чтобы устранить эту ошибку, выполните следующие действия.

  1. Откройте рабочий элемент, указанный в сообщении об ошибке.
  2. Найдите ссылку родительского или дочернего элемента. Убедитесь, что эта ссылка переходит к рабочему элементу в той же категории, что и открытый рабочий элемент. Эта ссылка переходит к другому рабочему элементу, который отображается на том же уровне невыполненной работы, что и открытый рабочий элемент. В зависимости от параметров поведения ошибок вашей команды ошибки могут отображаться с требованиями или задачами.
  3. Удалите ссылку на родитель-дочерний элемент. Если вы хотите сохранить эти элементы, используйте вместо этого тип ссылки "Связанные".

Сообщение больше не отображается.

"Выполняемые рабочие элементы могут исчезнуть при обновлении"

Может появиться ошибка, аналогичная одному из следующих сообщений:

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

Это сообщение указывает, что фильтр "Ход выполнения " для невыполненной работы отключен.

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

  1. Откройте невыполненную работу.
  2. В селекторе параметров представления выберите отображение или скрытие элементов "Ход выполнения".
  • Если включить элемент управления "Ход выполнения", элементы, которые находятся в состояниях "Активный", "Зафиксирован" или "Разрешено" или "Состояние", сопоставленное с состояниемкатегории "Ход выполнения", не отображаются.

Снимок экрана: селектор параметров просмотра, элемент управления

Снимок экрана: селектор параметров просмотра, элемент управления

Примечание.

Естественная иерархия для типов рабочих элементов

На следующем рисунке показана естественная иерархия для процессов гибкой, scrum и интеграции модели зрелости (CMMI).

Концептуальное изображение естественной иерархии для процессов Agile, Scrum и CMMI.

Рекомендации

Сделайте следующее:

  • Сохраняйте плоский список, а не требования к вложению, ошибки и задачи.
  • Создать только родительский дочерний элемент связывает один уровень глубоко между элементами, принадлежащими другой категории. Категория, к которой принадлежит рабочий элемент, определяется уровнями процесса и выбранным поведением ошибки вашей команды.
  • Используйте тип рабочего элемента функции для группировки пользовательских историй (Agile), проблем (базовый), рабочих элементов (Scrum) или требований (CMMI). Рабочие элементы можно быстро сопоставить с функциями, что создает ссылки родительского-дочернего элемента в фоновом режиме.

Не делайте следующего:

  • Создайте иерархию рабочих элементов, задач и ошибок.
  • Установите иерархии одной категории, такие как ссылки родительского-дочернего элемента между рабочими элементами одного типа (например, story-story, bug-bug, task-task или issue-issue). Интерфейсы невыполненной работы, доски и спринтов не поддерживают переупорядочение для иерархий одной категории, так как это приводит к путанице, упорядочив рабочий элемент, который не принадлежит на этом уровне.

Отслеживание ошибок в качестве требований или задач

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

  • Если вы отслеживаете ошибки в качестве требований: вложение их только на уровне компонентов .

    Снимок экрана: связанные ошибки, такие как требования.

  • Если вы отслеживаете ошибки как задачи: вложение их только на уровне требования .

    Снимок экрана: связанные ошибки, такие как задачи, под уровнем требования.

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

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

Невыполненные журналы и области задач спринта

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

Иерархия элементов, назначенных спринту невыполненной работы

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

Только конечные узлы отображаются в невыполненных спринтах

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

На панели задач отображаются только конечные узлы

Снимок экрана: доска Sprint с задачей конечного узла.

Часто задаваемые вопросы

Вопрос. Существует ли обходное решение для отображения промежуточных узлов в иерархии?

Ответ. Пока нет. Вы всегда можете проверка весь список элементов, назначенных спринту при нажатии кнопки "Создать запрос".