Azure DevOps, показывая задачи вместо историй на моей доске - PullRequest
0 голосов
/ 14 февраля 2020

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

Есть две доски, которые почти делают то, что я хочу:

  • Спринтерская доска задач. Но это группирует задачи и ошибки горизонтально по их родительской пользовательской истории. Я не хочу эту группировку
  • «доска». Но карточки представляют ошибки и пользовательские истории, а не задачи.

Другие команды в моей организации справляются с этим, используя пользовательские истории в качестве задач. Ни одна из их пользовательских историй не читается «как XI хочет Y, чтобы я мог Z», вместо этого они говорят что-то вроде «оптимизировать время выполнения уровня леса», что является задачей, а не пользовательской историей. Внесение этого изменения (отказ от задач и использование пользовательских историй для представления задач вместо этого) позволяет им использовать доску именно так, как я хотел бы, но я не хочу избавляться от реальных пользовательских историй, поскольку они служат (я думаю) полезной цели в напоминая нам, почему мы выполняем дочерние задачи, связанные с каждой пользовательской историей.

Как я могу настроить плату в ADO DevOps, которая будет вести себя как текущая доска, но на уровне задачи, а не на уровне пользовательской истории?

Ответы [ 2 ]

1 голос
/ 17 февраля 2020

Как я могу настроить плату в ADO DevOps, которая ведет себя как текущая доска, но на уровне задачи, а не на уровне пользовательской истории?

Доски и резервы предназначены для уровня невыполненных требований рабочие элементы, представляющие собой пользовательскую историю в Agile процессе , а тип рабочего элемента «Задача» фактически представляет собой уровень невыполненных работ итерации.

enter image description here

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

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

Однако, Вы можете отображать рабочие элементы типа «Ошибка» непосредственно в досках, как и в «Истории пользователей», отредактировав Working with bugs, который вы можете найти в Досках - Настройки, выберите первый вариант:

enter image description here

В этом случае вы можете увидеть ошибки, а также историю пользователя:

enter image description here

0 голосов
/ 06 апреля 2020

Честно говоря, если Task и User Story следуют базовым c тем же состояниям и полосам плавания в Agile Process, я не вижу точки, почему они оба не могут присутствовать в панели задач.

Это может привести к смысл, если разработчик / QA должен работать на уровне задач, а владелец продукта заботится о перемещении пользовательской истории. Но для кого-то вроде меня, переходящего с JIRA на ADO, это трудно ассимилировать.

Я бы порекомендовал, в «Настройках организации»> «Платы»> «Процесс»> «Уровни невыполненных работ»> «Отложенные требования» msgstr "вы должны позволить пользователю выбрать уже доступный тип рабочего элемента, вместо того, чтобы просто создать его. Или, скорее, сделайте то же самое в «Журнале итераций», чтобы я мог отслеживать «Историю пользователя» вместе с «Задачей» (если есть) в «Журнале итераций»

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...