Были ли вы менеджером проекта до этого?
Что проверяют
Два момента: есть ли у вас опыт планирования и координации людей и не уйдёте ли вы из QA в менеджмент через полгода. Следом обычно просят рассказать, как вы планировали тестирование и как договаривались о сроках с разработкой.
Как отвечать
Ответьте прямо «да» или «нет», а затем уточните, какой опыт у вас был. Тестировщику честнее и полезнее говорить о близких ролях, чем называть себя менеджером проекта:
- тест-лид или ответственный за релиз: вы составляли тест-план и стратегию, определяли критерии входа и выхода, давали решение go/no-go по релизу;
- планирование: оценка трудозатрат на тестирование, распределение регресса между людьми, приоритизация по рискам, когда времени на всё не хватает;
- координация: триаж багов с разработчиками и продактом, работа с внешними тестировщиками или краудом, онбординг новичков;
- инструменты: доски и отчёты в Jira или YouTrack, тест-кейсы в TestRail, Qase или Allure TestOps, дашборды качества.
Подкрепите рассказ цифрами из своей практики: сколько было человек, какой цикл релизов, что изменилось после ваших решений. Например, сократилось время регресса за счёт автотестов или приоритизации. Цифры должны быть вашими и проверяемыми.
Если опыта нет, так и скажите и добавьте, куда хотите расти: в экспертизу, автоматизацию или лидерство в QA. Интервьюеру важно понять, совпадают ли ваши планы с вакансией.
Где спотыкаются
Называют себя менеджером проекта, хотя отвечали только за тестирование. Проектный менеджер отвечает за сроки, бюджет и объём работ всего проекта, и на уточняющих вопросах это быстро вскрывается.
Рассказывают шаблонную историю вроде «завершили на две недели раньше и снизили число багов на 30%». Без понимания, как это посчитано, такие цифры работают против вас.
Отвечают «нет» и замолкают. Короткое «нет, но я планировал регресс для команды из четырёх человек» даёт интервьюеру материал для разговора.