Разработка жалуется, что заводим мелкие баги и по нашему флоу им нужно делать отдельный коммит под каждый баг. Они просят всякие мелочи (относящиеся к одной стори) заводить одним багом.
Как считает, это нормальная практика? ИМХО теряется историчность и в случае повтора багов потом задолбаемся искать старые.
Они просто обленились. Есди баги вы нашли на однлй страницы на один ее просмотр, то в одну таску логичнл записать. А клпить гдето разные баги как они просят-бред
Можно заводить дефекты таким образом на смежный функционал. Например, на разных экранах несоответствующие спеке текстовки. Вот это можно бахнуть разом. Или там несколько неблокирующих дефектов по новому бизнес процессу, тоже можно пачкой. Но заводить бессвязные между собой дефекты какой-то пачкой, причем они находится будут по разным последовательностям (кейсам) - это уже жестко конечно же. Я видел как такое делали, и было норм. Просто завести дефект, в некоторых Jira занимает до 10 минут, заводить час минорные дефекты которые на 95% будут клонами друг друга- ну это в первую очередь свое время не ценить. И разрабу тоже проблема, ему по распределению попадает одна такая бага, потом он на другую переключается, потом снова такая же как и первая, а потом его коллеге прилетает бага такая же почти, потом там проблемы с мержами и т.п. Так конечно тоже все задолбаются...
заводить одну запись на множество багов - плохо. Ломается таймтрекинг, история, поддерживаемость, целую уйму причин можно придумать, почему так делать нельзя. Если в вашем флоу по какой-то причине неудобно фиксить много багов - надо, в первую очередь, смотреть в сторону флоу и инструментов, а не допускать грубые читы.
Обсуждают сегодня