Почему мой PBI не отображается в канбане, если в нем есть дочерние PBI / ошибки?

Мы все еще дорабатываем наш процесс ALM, используя TFS 2015 Update 1 On-Prem. Мы используем стандартный шаблон SCRUM и отображаем ошибки в журнале обработки вместе с требованиями. Компания сообщает об ошибках, и они проходят тот же уровень анализа, что и PBI, поскольку они будут содержать дочерние задачи:

введите описание изображения здесь

Что касается PBI, когда тестировщик тестирует PBI и обнаруживает в нем ошибку (которую необходимо исправить в рамках этого спринта), они создают ошибку как дочернюю по отношению к PBI. Это удерживает их вместе на доске задач. В 1 PBI может быть много ошибок, над которыми могут работать разные люди. У этих дочерних ошибок будут дочерние задачи.

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

введите описание изображения здесь

введите описание изображения здесь Спасибо


person Rodders    schedule 28.01.2016    source источник


Ответы (1)


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

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

Если вам нужно что-то на доске под PBI / Bug, вы можете использовать рабочий элемент задачи (или пользовательский тип), а затем использовать забавную раскраску карточек на доске, чтобы найти тег, чтобы указать, что это ошибка во время спринта. /проблема.

Выделение рабочих элементов на основе настраиваемых критериев

person rerwinX    schedule 28.01.2016
comment
В этом есть смысл. Вы, наверное, правы в том, что смешиваете ошибки. Я мог бы подумать о том, чтобы заставить их создать задачу с определенным тегом. Спасибо - person Rodders; 29.01.2016