Успевали ли выполнять задачи в рабочее время или приходилось перерабатывать
Что проверяют
Две вещи сразу: как у вас устроена оценка задач и как вы относитесь к переработкам. Работодателю важно, не придёте ли вы уже выгоревшим и не превратитесь ли в человека, который молча тонет в сроке вместо того, чтобы поднять руку заранее. Заодно прощупывают, были ли авралы нормой на прошлом месте.
Как отвечать
Отвечайте честно и без крайностей. Рабочая схема ответа: в основном успевал, переработки случались и были связаны с понятными вещами, а именно с релизами, авариями на проде и внешними сроками.
Дальше покажите механику, за счёт которой успевали:
- декомпозиция до задач на один или два дня, на крупных оценка заведомо врёт;
- в оценку заложены тесты, ревью и правки после него, а не только написание кода;
- риск озвучивается в тот день, когда стало видно, что не укладываетесь, а не в день сдачи;
- регулярные расходы времени учтены: дежурство, помощь коллегам, разбор сбоев, поддержка старого кода.
Для бэкендера уместно назвать источники внеплановой нагрузки по именам: ночные релизы, дежурство по проду, миграция данных в технологическое окно, разбор аварии. Это не переработка из-за плохого планирования, это часть работы, и вопрос в том, как она компенсируется.
Хорошо закончить встречным вопросом: как здесь устроены дежурства, часто ли релизы выпадают на нерабочее время, есть ли отгул за ночную работу. Ответ скажет вам о будущем графике больше, чем текст вакансии.
Где спотыкаются
Отвечают, что готовы работать сколько нужно и переработки не пугают. Это читается не как мотивация, а как отсутствие границ и предсказуемое выгорание. Готовность выручить в аварии формулируется иначе: как исключение, а не как режим.
Второе: сваливают всё на прошлое руководство. Даже если планирование там было плохим, рассказ в жанре обвинения показывает, что вы не пытались на это влиять, а значит не будете и здесь.
Третье: отвечают заученной историей с процентами и внедрёнными процессами. Рядовой разработчик, который в одиночку перевёл команду на гибкую методологию и сократил сроки на треть, вызывает не доверие, а желание проверить детали, и детали рассыпаются.