ну вот тебе первая точка

Багов очень много

И почти все задачи сразу возвращаются после проверки

Т.е. за один цикл задача не проходит

1. надо мерять процесс
2. после этого выбирать метрики которые хочешь подправить и менять процесс
3. проверять динамику метрик. Лучше следить за разными метриками. Например количество багов может уменьшиться просто потому что изменений стало меньше

как способы улучшить ситуацию:

- заставлять разработчиков и QA продумывать тест план фичи ДО того как разработчик возьмется ее делать
- заставлять разработчиков проходить тест план ДО того как он передаст это QA
- вводить root cause analysis для багов. Почему мол они происходят
- обязательно разделять баги которые "ты забыл проверить" от "мы забыли учесть" и т.д. Требовать снижение количества багов в первой категории. Во второй - если их вдруг окажется больше

вобще проблема звучит как - завезли модный  флоу и тупо его инсталлировали без контекста. все всех тестируют и потом вешаются и никто ни за что не отвечает )

это не модный флоу. У меня один из CTO лет 5-6 назад хотел организовать. Мы его отговаривали

по сути это противоположность continious integration

ну не модный а типа "правильный"

например вдруг окажется что багов много потому что код у разных людей сильно расходится и они косячат от части по этому

А еще в жире на каждый чих статусы туда сюда дергаем. Взял задачу отметил, сделал отметил. Отревьювил - отметил. Взял на тест отметил. Вернулась задача снова отметил. Смержил - отметил. Прошла тест - отметил. И т.д.

да

ты ж вкурсе что CI могут например в случае "мерджа" сами статусы в джирке менять?)

если коммиты с задачами слинкованы

Да. У меня нет доступов чтобы это поправить. А тот, у кого есть занят. Задача через месяц два в работу пойдет. 7 месяцев уже жду

да они сами же меняют статусы вроде

И это только один статус поменять при мерже. А там ещё десяток

ахаха

А что по поводу отметки часов в задачах, которые делаешь?