QA Lead

О роли

ROIcamp строит QA-функцию с нуля. Сегодня тестирование распределено между несколькими инженерами и техлидом, у которого есть и другая работа; завтра это должна быть команда из пяти-шести человек со стратегией за спиной, потому что деньги под риском уже переросли договорённости на ходу. Эта роль — про человека, который это построит.

Зона ответственности — всё между изменением и живым трафиком: что тестируется, кем, насколько глубоко, какими инструментами и кто говорит «да». У дейтинг-воронки с рекуррентными платежами в десяток стран больше сценариев поломки, чем способен держать в голове один человек, поэтому задача — превратить это в стратегию, которую смогут выполнять другие.

Компания в дейтинге с 2011 года. Подчинение — Tech Lead.

Что ты будешь делать

• Возьмёшь стратегию тестирования: карту покрытия по воронкам, платежам, трекингу и мобайлу — с явной и защищённой позицией по тому, что не покрыто и почему.
• Соберёшь команду. Двух инженеров нанимаем сейчас, ещё четыре позиции открыты. Ты собеседуешь всех, кто приходит после тебя, онбордишь их и задаёшь, как выглядит хорошо сделанная работа.
• Возьмёшь ворота релиза. Подпись твоей команды решает, когда лендинг идёт в бой и когда уезжает релиз продукта, — и ты же отвечаешь за то, чтобы эти ворота были достаточно быстрыми, чтобы их не хотелось обойти.
• Определишь границу автоматизации: что покрывает сьют, что остаётся ручным и когда стоимость поддержки теста превышает то, что он защищает.
• Заведёшь метрики, которые имеют смысл, и уберёшь те, которые не имеют. Дефекты, дошедшие до прода, время от репорта до фикса и защищённые деньги считать стоит. Количество тест-кейсов — нет.
• Будешь вести инциденты: когда воронка ломается под живым трафиком, ты координируешь реакцию, а потом проводишь разбор, превращающий инцидент в постоянную проверку.
• Работать между командами: с Tech Lead по трекинг-инфраструктуре, с аналитиком, когда цифры не сходятся, и с тимлидами байинга, чьи кампании твои ворота могут задержать.
• Останешься руками в работе примерно на треть времени — на самых рискованных участках, а не на том, что осталось.

Что для нас важно

Обязательно:

• 5+ лет в QA, из них минимум 2 — руководство командой от трёх инженеров с реальной ответственностью за их результат.
• Опыт построения стратегии тестирования с нуля, а не только поддержки унаследованной.
• Техническая глубина: ты читаешь автоматизированный сьют, оцениваешь, хорошо ли он сделан, и споришь об этом с инженером на равных.
• Опыт владения релизным процессом и полномочиями, которые с этим идут, — включая более сложную половину, то есть умение сказать «нет» релизу, которого все ждут.
• Опыт найма: ты собеседовал QA-инженеров и отличаешь компетентность от словарного запаса.
• Способность приоритизировать по риску и деньгам, а не по проценту покрытия.
• Чёткая письменная коммуникация: удалённая команда живёт тем, что ты зафиксировал текстом.
• Английский на уровне работы с вендорами и документацией.

Будет плюсом:

• Опыт в подписочных продуктах, дейтинге или другой вертикали на рекуррентных платежах.
• Понимание платного трафика: что делает байер и почему сломанная воронка стоит денег ежечасно.
• Опыт внедрения автоматизации в команде, где её раньше не было.
• Мобайл и атрибуция в бэкграунде.
• Любой опыт защиты бюджета на штат или инструменты перед руководством.

Что ты получаешь

• Функцию, которую надо построить, а не поддерживать. Почти ничего ещё не зафиксировано, и форму QA здесь задашь ты.
• Настоящие полномочия: ворота релиза твои, и их не отменяют мимоходом.
• Компанию, где стоимость дефекта измеряется спендом, а не стори-поинтами, — поэтому ценность твоей работы аргументировать непривычно легко.
• Отсутствие менеджерского этажа над функцией: твои решения не переигрывают сверху.
• Полный remote, выплаты фиксированного числа и пересмотр ставки через полгода.

Трек роста

Дальше трек скорее расширяется, чем поднимается: качество на всё дейтинг-направление вместе с комплаенсом, когда функция перерастает одну команду. Если организационный путь не привлекает, есть альтернатива — глубокий технический, к архитектуре трекинга и инфраструктуры. Оба обсуждаем на полугодовом пересмотре и меряем результатами, не стажем.

Деньги

$2200–3200 фикс в зависимости от размера команды, которой ты руководил, и от того, сколько стратегии тестирования ты построил сам. Пересмотр ставки через шесть месяцев. Выплаты фиксированного числа ежемесячно.

Процесс

Скрининг 30 мин → собеседование с Tech Lead на техническую глубину → рабочая сессия: набрасываешь стратегию тестирования для одной из наших реальных воронок и защищаешь то, что оставил непокрытым → разговор о построении команды и найме → офер. До 12 рабочих дней.