Новый QA Lead. Почему не надо ломать всё в первый день
Вы стали QA Lead. В голове грандиозный план: внедрить автоматизацию и новые метрики. Но в первый день вы видите хаос. Дедлайны горят. Баги теряются.
Сразу хочется всё поменять. Написать регламенты. Ввести жесткий контроль. Я проходил через это. В первый спринт я написал огромный документ с правилами. Через неделю понял: никто его не читал. Люди работали как привыкли.
Процессы начинаются не с регламентов. Они начинаются с доверия и наблюдения.
Шаг 1. Две недели тишины Первые две недели просто наблюдайте. Смотрите, как тестировщики общаются с разработчиками. Где теряют время. Заметил: люди тратят по два часа в день на поиск тестовых данных. Бегают и просят логины - хаос.
Шаг 2. Интервью про боль Проведите встречи 1-на-1. Спросите: «Что тебя больше всего "бесит" в процессе?». Вы услышите одно и то же. Требования сырые. Баги висят месяцами. Нет среды. Соберите этот список боли. Это ваш план на квартал.
Шаг 3. Быстрая победа Решите самую простую проблему за пару дней. Покажите результат. Я создал единый файл с актуальными доступами. Мелочь? Да. Но люди перестали бегать. Команда поверила: я здесь, чтобы помогать, а не мучить бюрократией.
Шаг 4. Договоренности и фиксация Формулируйте правила вместе с командой. Соберите всех: «Ребята, как мы будем оформлять баги, чтобы разработчики их быстрее брали?». Напишите чек-лист на один экран. Пять пунктов. Закиньте в Jira как шаблон. Люди начнут пользоваться.
Шаг 5. Метрики без фанатизма Не мерьте всё подряд. Количество тест-кейсов — путь в никуда. Люди начнут играть в цифры. Выберите три метрики реального качества: критические баги в продакшене, время регресса, процент автоматизации. Покажите бизнесу. Не для наказания, а чтобы знать, где поднажать.
Кейс из практики: ад релизов В одной компании релиз был каждую пятницу. Тестирование стартовало в четверг вечером. Двадцать тестировщиков сидели до полуночи. К пятнице выгорали и пропускали баги.
Лид собрал разработчиков и продактов. Показал статистику: 80% багов находили в ночные часы. Предложил сдвинуть старт тестов на среду. Бизнес согласился.
Итог: команда перестала работать ночами. Пропущенных багов стало вдвое меньше. Лид опирался на факты, не ломая процесс.
Зеркало. Разрушаем миф Кажется, лид сразу внедряет глобальную стратегию и требует её соблюдения. На деле сильный лид сначала становится частью команды. Он слушает и решает проблемы. И только потом строит систему. Процесс без доверия — бумажки, которые игнорируют.
Итог Выстраивание процессов — марафон. Наблюдайте. Найдите боль. Решите проблему. Зафиксируйте правило. Выберите метрики. Люди важнее регламентов.
· вчера
Про файл с доступами смешно и узнаваемо, такие мелочи правда снимают больше всего раздражения. А статистику про 80% багов по ночам вы собирали из Jira или считали вручную?
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён