⚛️Сложный случай на проекте глазами QA-лида и как мы это победили

Часть 2

Что было сделано в нашем проекте?

Как и обещала, ловите пост продолжение.

Когда мы поняли, что дальше так продолжаться не может, то решили:

🔹посчитать мощность команды за спринт(чтобы знать сколько задач сможем закрыть)

🔹проводить планирование спринта и следовать намеченому курсу

🔹поговорить с заказником о приоретизации фич

🔹договорились провести более длительный регресс для отлова и фикса багов

🔹оставшиеся баги согласовывались с заказчиком(иногда,за счет этого, удавалось выделить на багфикс еще больше времени)

🔹согласовали регрессионные кейсы с заказчиком(сделано для понимания о том, сколько времени нужно для его прохождения)

🔹договорились о ближайшем графике выпуска релизов и старались ему следовать


Что изменилось:

🔹понемногу ушли жесткие дедлайны

🔹зная четкие приоритеты смогли уделять внимание нужным областям системы, что подняло уровень качества поставок

🔹продукт все еще с косяками, но с ними уже можно работать и они не мешают пользоваться важными фичами

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

🔹удалось сохранить большую часть команды

В данном посте не касаюсь деталей, которые внедряли тестировщики после стабилизации проекта. Это уже совсем другая история😉


Какие изменения помогли выжить вашему проекту?
Делитесь, в комментариях к посту.


@testorest