Изменение порядка элементов Azure DevOps Board/Backlog

То есть вы имеете в виду, что некоторые из ваших ошибок являются дочерними элементами функций, а некоторые — дочерними элементами требований? Не могли бы вы вместо длинного описания добавить несколько снимков экрана, чтобы лучше понять ваши текущие настройки или ожидания?

Как в данный момент устраняются ваши ошибки с помощью задач или требований?

Спасибо за быстрый ответ. Добавил скриншот в первое сообщение. Я понимаю, что в данный момент такое представление может быть нарушено, поэтому пытаюсь согласовать его с потоком Azure и нашими внутренними процессами.

Привет @user922871! Большое спасибо за ваши новости. Насколько я понимаю ваши опасения, я думаю, что вы можете протестировать настройки управления ошибками в моем ответе ниже. Надеюсь, это поможет решить ваш вопрос в этом посте.

Привет @user922871! Есть ли у вас возможность просмотреть результаты моего ответа ниже, чтобы проверить настройки управления ошибками? Надеюсь, это поможет решить ваши проблемы в этом посте. Спасибо за ваш обмен.

Спасибо за Вашу поддержку! Означает ли это, что невозможно одновременно сохранить оба представления и перетащить их? Я хочу сортировать ошибки и задачи на уровне пользовательской истории и функций. Мне нужны такие функции, как Проводник Windows, где я могу сортировать контейнеры и файлы (ошибки) внутри них. Существуют ли для этого лучшие практики? Кажется, я могу иметь либо упорядоченный бэклог спринта, либо бэклог продукта, но не визуально разделять задачи и ошибки.

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

Скажем, например, как член вашей команды разработчиков, который обычно занимается задачами и ошибками в пользовательских историях, тогда эта команда, вероятно, может установить управление ошибками с помощью задач на досках задач командного спринта. Таким образом, если вы являетесь одним из пользователей в команде разработчиков, вы можете изменить порядок ошибок в историях команды в представлении «Невыполненные работы» этой команды, но вы не можете изменить порядок ошибок в функциях этой команды (вам также необходимо обратить внимание, чтобы не переместить по ошибке дочерняя ошибка функции должна быть дочерней ошибкой пользовательской истории).

Хотя, как член вашей команды тестирования, который обычно создает ошибки в функциях, эта команда, вероятно, может установить управление ошибками с помощью требований на командных досках канбана. Таким образом, если вы также являетесь одним из пользователей в команде тестирования, вы можете изменить порядок ошибок в функциях команды в представлении «Невыполненные работы» этой команды, но вы не можете изменить порядок ошибок в историях этой команды (тогда вам нужно обратить внимание, чтобы не ошибочно переместить дочернюю ошибку истории, чтобы она стала дочерней ошибкой функции).

В заключение, просто переключитесь на правильную команду для управления ошибками на разных уровнях; или измените настройки управления ошибками для временных изменений и сбросьте их обратно после перемещения.

Привет @user922871! Могу ли я узнать, что дальнейшее обсуждение настроек управления ошибками поможет решить ваши проблемы в этом посте?

Большое спасибо за вашу поддержку! Теперь я понимаю проблему немного лучше, и она происходит именно так, как вы упомянули. В корневом журнале (Путь к области «Мастер») у меня есть «Ошибки управляются с помощью требований», а в дочернем журнале (Путь к области «Мастер/Земля») у меня есть «Ошибки управляются с помощью задач». Например, во время разработки функций мы можем назначить ошибки нескольким командам, чтобы ускорить разработку. Ошибки могут быть распределены по нескольким итерациям.

Таким образом, когда функция содержит несколько ошибок, назначенных разным командам, я не могу изменить порядок ошибок с точки зрения журнала невыполненной работы продукта (например, представление «Основной» журнал невыполненной работы). Можно ли это как-то решить? Потому что, если я просто изменю путь к области этих ошибок на «Мастер», тогда все будет работать нормально. Но в этом случае команды не смогут видеть назначенные ошибки.

Спасибо за информацию, но я не совсем понимаю, как воспроизводится ваша новая проблема, вы не упомянули об изменении пути к области в исходном сообщении. Я не думаю, что это одни и те же запросы.

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

Вам не нужно менять пути к областям ошибок, переключаясь на разные команды в моем ответе, я имел в виду использовать раскрывающееся меню рядом с названием команды; Я не предлагал менять путь к области ошибки. Пожалуйста, дважды проверьте изображение в моем ответе.

Таким образом, для ошибок, созданных как дочерние элементы функций в главном пути, вы можете попросить главную команду изменить порядок таких ошибок, управляемых с помощью требований, в представлении «Невыполненные работы» основной команды; для ошибок в качестве дочерних элементов пользовательских историй в пути «Основной/Земля» вы можете попросить команду Земли изменить порядок ошибок, управляемых с помощью задач, в представлении «Невыполненные работы» команды Земли.

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