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

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

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

Необходимые условия

Категория	Требования
доступ к проекту	член проекта.
Разрешения	— Член группы безопасности участников или администраторов проекта. — Для просмотра или изменения рабочих элементов: просмотр рабочих элементов в этом узле и редактирование рабочих элементов в этом узле с установленными разрешениями на Разрешить. По умолчанию для группы участников для этого разрешения установлено значение Разрешить. Дополнительные сведения см. в разделе Настройка разрешений отслеживания работы.
Уровни доступа	Чтобы добавить или изменить рабочие элементы: по крайней мере базовый доступ. Пользователи с доступом уровня Stakeholder для общедоступных проектов имеют полный доступ к функциям журнала задач и доски, как и пользователи с доступом уровня Basic. Дополнительные сведения см. в кратком справочнике по правам доступа для заинтересованных лиц.
определённые итерации	Чтобы использовать область планирования: убедитесь, что администратор команды определил пути итерации (спринт) и настроил итерации команды.

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

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

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

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

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

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

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

     

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

     

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2. В селекторе вариантов представления выберите отображение или скрытие элементов в процессе выполнения.

   

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

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

Примечание.

• Дополнительные сведения см. в разделе "Настройка представления невыполненной работы" и "Добавление настраиваемых типов рабочих элементов".
• Для получения информации о проблемах, которые могут возникнуть при управлении несколькими командами, см. раздел Использование отдельных функций с общими путями к областям.
• Чтобы изменить порядок рабочих элементов в невыполненной работе, у вас должен быть как минимум базовый доступ. Если у вас есть доступ уровня Stakeholder, вы не можете переупорядочивать рабочие элементы. Дополнительные сведения см. в кратком справочнике по правам доступа для заинтересованных лиц.

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

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

Лучшие практики

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

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

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

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

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

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

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

  на схеме

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

  на схеме

Дополнительные сведения см. в разделе Отображение ошибок в бэклогах и досках.

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

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

Журналы спринта и доски задач

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

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

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

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

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

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

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

Связанные статьи

• Настройте ваши бэклоги и доски
• Узнайте о досках Канбан