Новый QA Lead. Почему не надо ломать всё в первый день

Вы стали QA Lead. В голове грандиозный план: внедрить автоматизацию и новые метрики. Но в первый день вы видите хаос. Дедлайны горят. Баги теряются.

Сразу хочется всё поменять. Написать регламенты. Ввести жесткий контроль. Я проходил через это. В первый спринт я написал огромный документ с правилами. Через неделю понял: никто его не читал. Люди работали как привыкли.

Процессы начинаются не с регламентов. Они начинаются с доверия и наблюдения.

Шаг 1. Две недели тишины Первые две недели просто наблюдайте. Смотрите, как тестировщики общаются с разработчиками. Где теряют время. Заметил: люди тратят по два часа в день на поиск тестовых данных. Бегают и просят логины - хаос.

Шаг 2. Интервью про боль Проведите встречи 1-на-1. Спросите: «Что тебя больше всего "бесит" в процессе?». Вы услышите одно и то же. Требования сырые. Баги висят месяцами. Нет среды. Соберите этот список боли. Это ваш план на квартал.

Шаг 3. Быстрая победа Решите самую простую проблему за пару дней. Покажите результат. Я создал единый файл с актуальными доступами. Мелочь? Да. Но люди перестали бегать. Команда поверила: я здесь, чтобы помогать, а не мучить бюрократией.

Шаг 4. Договоренности и фиксация Формулируйте правила вместе с командой. Соберите всех: «Ребята, как мы будем оформлять баги, чтобы разработчики их быстрее брали?». Напишите чек-лист на один экран. Пять пунктов. Закиньте в Jira как шаблон. Люди начнут пользоваться.

Шаг 5. Метрики без фанатизма Не мерьте всё подряд. Количество тест-кейсов — путь в никуда. Люди начнут играть в цифры. Выберите три метрики реального качества: критические баги в продакшене, время регресса, процент автоматизации. Покажите бизнесу. Не для наказания, а чтобы знать, где поднажать.

Кейс из практики: ад релизов В одной компании релиз был каждую пятницу. Тестирование стартовало в четверг вечером. Двадцать тестировщиков сидели до полуночи. К пятнице выгорали и пропускали баги.

Лид собрал разработчиков и продактов. Показал статистику: 80% багов находили в ночные часы. Предложил сдвинуть старт тестов на среду. Бизнес согласился.

Итог: команда перестала работать ночами. Пропущенных багов стало вдвое меньше. Лид опирался на факты, не ломая процесс.

Зеркало. Разрушаем миф Кажется, лид сразу внедряет глобальную стратегию и требует её соблюдения. На деле сильный лид сначала становится частью команды. Он слушает и решает проблемы. И только потом строит систему. Процесс без доверия — бумажки, которые игнорируют.

Итог Выстраивание процессов — марафон. Наблюдайте. Найдите боль. Решите проблему. Зафиксируйте правило. Выберите метрики. Люди важнее регламентов.

Новый QA Lead. Почему не надо ломать всё в первый день | Сетка — социальная сеть от hh.ru