2016-01-28 10 views
1

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

enter image description here

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

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

enter image description here

enter image description here Благодаря

ответ

1

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

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

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

Highlight work items based on custom criteria

+0

Это имеет смысл. Вероятно, вы правы в том, чтобы смешивать ошибки. Я мог бы увидеть, как заставить их создать задачу с определенным тегом. благодаря – Rodders