Комментарии 4
Здорово, конечно, но это борьба с последствиями, а не с причиной. Стоило бы задать вопрос, почему вообще в бэклоге копятся задачи без перспектив к исполнению. И от этого начинать активность по работе с бизнесом и с разработкой. А так прибрались один раз - и цикл начался заново.
Например, мы пришли ко всеобщему соглашению, что столбец TODO в трекере состоит из Х багов, Х технических тасков и 2Х фич и общее число тасков не более N. Исключена ситуация, когда там одни фичи, а в бэклоге тонны рефакторинга и багов. Если число тасков меньше N, то нужно добавить таски именно недостающего типа.
фикс дефектов в рамках багатона ничем не отличается от производственного фикса. Изменения так же апрувятся и тестируются на всех этапах процесса разработки. Никаких послаблений. Если коротко - случаев с переоткрытыми дефектами не было, новых с фикс поставками не заехало. Баг баш было бы здорово провести перед багатоном и растянуть это всё на эдакую санитарную неделю.. кто б согласовал...
Что может пойти не так, когда организуешь Багатон