«Расскажите о себе» на техническом собеседовании: как отвечать, чтобы вас дослушали

Первые две минуты собеседования почти всегда одинаковые. «Расскажите немного о себе». И дальше начинается: кто-то пересказывает резюме, начиная с университета, кто-то отвечает тремя предложениями и замолкает, кто-то уходит в детство и путешествия.

Проблема в том, что вопрос звучит как светская формальность, а работает как фильтр. По ответу становится понятно, умеет ли человек структурировать мысль, понимает ли, чем он вообще занимался, и попадает ли его опыт в вакансию. Всё это до единой технической задачи.

Разберём, что делать.

Что на самом деле хотят услышать

Не биографию. Ответ на три вещи сразу:

Первое: чем вы занимались и на каком стеке. Не список технологий из резюме, а связка «задача, решение, результат».

Второе: почему вы здесь. Не «ищу новые вызовы», а конкретная причина: закрылось направление, уперлись в потолок, хотите работать с данными другого масштаба.

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

Вот и всё. Полторы-две минуты, дальше собеседующий сам задаст уточняющие вопросы. Если у вас есть что рассказать, он потянет за ниточку.

Структура, которая работает

Простая схема: сейчас, до этого, зачем сюда.

Сейчас. Одно-два предложения про текущую роль и контекст. «Полтора года работаю аналитиком в финтехе, отвечаю за продуктовую аналитику подписок, команда из четырёх человек».

До этого. Один тезис про предыдущий опыт, только релевантный. Всё, что не относится к вакансии, схлопывается в полфразы. Работали три года официантом до перехода в IT? Так и скажите одной строкой, иногда это даже плюс, потому что показывает, как человек умеет разговаривать с людьми.

Что делали руками. Здесь конкретика: какие задачи, на чём, что получилось. «Собрал витрину по подпискам в ClickHouse, до этого метрики считали руками в четырёх разных отчётах, они расходились между собой».

Зачем сюда. Финальное предложение про то, что вас привело.

Схема скучная и предсказуемая, и в этом её достоинство. Слушающий получает ровно то, что ждёт, и переходит к делу.

Пример: аналитик данных

Плохо:

Меня зовут Игорь, мне 27 лет, я закончил МГУ по специальности прикладная математика, потом работал в трёх компаниях, сначала в маленькой, потом побольше, занимался разными задачами, в основном отчётностью, но также участвовал в проектах по машинному обучению, использовал Python, SQL, немного Spark, интересуюсь развитием в области данных…

Через двадцать секунд слушать перестают. Тут нет ни одной конкретной задачи, зато есть хронология, которая никому не нужна.

Хорошо:

Последние два года я продуктовый аналитик в сервисе доставки. Отвечаю за метрики оформления заказа: считаю воронку, готовлю A/B-тесты, разбираю, почему конверсия просела. Из свежего: нашли, что треть отвалов на шаге оплаты давал один баннер, убрали его и подняли конверсию на четыре процента. До этого год делал отчётность в рознице на SQL и Power BI, там научился разговаривать с бизнесом на их языке. Ищу место, где больше экспериментов и меньше ручной отчётности, поэтому откликнулся на вашу вакансию.

Полторы минуты, три конкретных факта, понятная мотивация. Дальше вас начнут спрашивать про тот самый тест и про воронку, а это ровно тот разговор, к которому вы готовы.

Пример: разработчик

Пишу на Python четыре года, сейчас в команде биллинга: сервисы на FastAPI, PostgreSQL, очереди на Kafka. Последние полгода занимался тем, что разносил монолит на сервисы, самое неприятное было с транзакциями между ними, в итоге пришли к схеме с исходящими событиями. До биллинга делал интеграции с внешними API, там научился аккуратно относиться к таймаутам и ретраям. Хочу дальше в высоконагруженное, у вас в вакансии как раз про это.

Обратите внимание: ни одного прилагательного вроде «ответственный» и «нацеленный на результат». Только что делал и что из этого вышло.

Сколько говорить

Полторы-две минуты. Максимум три.

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

Проверьте себя дома: включите таймер и расскажите вслух. Первые три раза будет ужасно, на пятый появится нормальный текст. Только не заучивайте дословно, иначе на собеседовании прозвучит как автоответчик, а любой уточняющий вопрос собьёт с рельсов.

Что топит даже сильных кандидатов

Хронология с самого начала. Школа, университет, первая работа. К моменту, когда вы доберётесь до релевантного опыта, вас уже никто не слушает.

Список технологий вместо задач. «Python, SQL, Airflow, Spark, Kafka, Docker» звучит как перечисление тегов из резюме. Через задачу гораздо сильнее: «данные из четырёх источников собирал в Airflow, самое сложное было с ретраями, потому что источники падали через раз».

Личное вместо профессионального. Про хобби спросят отдельно, если захотят. Первый вопрос не об этом.

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

Ругать прошлое место. Даже если там было плохо. Достаточно нейтрального: «уперся в потолок по задачам». Все всё понимают, но человек, который на первой минуте поливает бывшего работодателя, вызывает предсказуемые опасения.

Отдельно про джунов и переходящих из другой сферы

Опыта мало, а говорить надо. Работает та же схема, только вместо рабочих задач идут учебные и пет-проекты, и обязательно с деталями.

Не «прошёл курс по аналитике данных», а «в учебном проекте разбирал датасет по такси: считал спрос по часам, наткнулся на то, что половина поездок дублировалась из-за перезапуска выгрузки, чистил дубли по составному ключу». Сразу видно человека, который что-то делал руками, а не того, кто досмотрел видео до конца.

Переход из другой сферы: назовите его прямо и объясните в одном предложении, что тянете с собой. Бывший бухгалтер, который идёт в аналитику, понимает финансовую отчётность лучше половины команды. Бывший тестировщик, который переходит в разработку, знает, как ломается софт. Это преимущество, а не то, что надо прятать.

После рассказа начинается техническая часть

Хороший ответ на «расскажите о себе» задаёт тон, но не более того. Дальше вас спросят, чем отличается WHERE от HAVING, что произойдёт с горутиной без отмены контекста, и почему на несбалансированных классах accuracy бесполезна.

Тут уже не помогают ни структура рассказа, ни харизма. Помогает только то, что вы эти вопросы слышали раньше и не встретились с ними впервые в самый неподходящий момент.

Мы в Сеньорчике собрали банк вопросов с реальных технических собеседований по одиннадцати ролям: с вариантами ответов, разбором каждого и движком, который возвращает темы, где вы ошибаетесь. Десять минут в день в Telegram, начать можно бесплатно.