Как я могу увидеть все элементы на лазурных досках, которые на самом деле не выполняются в их правильной иерархии. И, кроме того, как я могу увидеть невыполненные задачи в бэклоге, чтобы спланировать их на спринт.
Я использую эпики -> работать месяцами, функции -> работать неделями, пользовательские истории -> работать днями и задачами -> работать часами. Так что у меня есть задачи без родителей, а также задачи, например, непосредственно под функциями.
Я думаю, вам следует использовать итерации в течение нескольких недель и использовать невыполненные итерации, чтобы увидеть объем работ за неделю (О путях областей и итераций (также известных как спринты), Определите пути итераций (также известные как спринты) и настройте групповые итерации). В этом случае все задачи (с родительскими функциями или эпиками и без родительских) будут доступны в спринте:
Задание плана на былины:
Задачи в иерархии эпических, тематических и пользовательских историй:
Доска задач для спринта:
Если ваши задачи без родителя и без спринта, вы можете найти его через запрос (Создавайте и сохраняйте управляемые запросы с помощью редактора запросов): 
Azure DevOps опирается на строгое дерево рабочих элементов. Итак, вы должны следовать этой иерархии:
Epic
+ - Feature
+ - User Story
+ - Task
Задачи либо не являются родительскими, либо должны быть связаны с пользовательской историей, чтобы инструменты работали. Идея состоит в том, что вашу Недельную Работу нужно разбить на одну или несколько Работ на несколько дней.
Альтернативой является создание настраиваемого рабочего элемента Epic и Feature на уровне «Пользовательские истории» конфигурации процесса. Таким образом, все они попадают на уровень «Пользовательских историй» и могут иметь задачи непосредственно под ними. В качестве побочного продукта вы не сможете легко построить дерево, подобное приведенному выше.
В бэклоге отображаются только истории пользователей. Задачи отображают только невыполненную итерацию. Если вы хотите использовать чистый Канбан с разными типами рабочих элементов на одной доске, включая задачи, вам нужно будет определить их все на уровне User Story / Product Backlog.
