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

Question

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

Я использую эпопеи -> работать месяцами, функции -> работать неделями, истории пользователей -> работать дни и задачи -> работать часами. Таким образом, у меня есть непареные задачи, а также задачи, например, непосредственно под функциями

Answer 1

Я думаю, что вы должны использовать итерации в течение нескольких недель и использовать журналы итераций для просмотра рабочей области за неделю ( Об области и путях итерации (также известных как спринты), Определить пути итерации (также известные как спринты) и настроить итерации команды). В этом случае все задачи (с родительскими функциями или эпосами и без родителей) будут доступны в спринте:

План задания для эпопеи:

Задачи в иерархии эпических, тематических и пользовательских историй:

Доска задач для спринта:

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

Answer 2

DevOps Azure опирается на строгое дерево рабочих элементов. Таким образом, вы должны следовать этой иерархии:

   Epic
    + - Feature
         + - user Story
              + - Task

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

Альтернативой является создание пользовательского рабочего элемента Epic и Feature на уровне "Истории пользователей" конфигурации процесса. Таким образом, все они попадают на уровень "Пользовательские истории" и могут иметь задачи непосредственно под ними. Как побочный продукт, вы не можете легко построить дерево, подобное приведенному выше.

Это только пользовательские истории, которые отображаются в журнале. Задачи только показывают отставание Итерации. Если вы хотите создать чистый Kanban с различными типами рабочих элементов на одной доске, включая задачи, вам придется определить их все на уровне User Story / Product Backlog.