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

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

Как теперь всё проходит

Мы хотим, чтобы собеседование было диалогом про инженерное мышление и опыт. Поэтому в процессе подбора на Golang‑позиции появилось несколько изменений. Каждый этап помогает и команде, и кандидату понять, насколько им комфортно работать вместе. 

На старте у нас остаётся ИИ-проверка — система помогает отсортировать отклики по базовым критериям. Но финальное решение о том, кого пригласить на интервью, всегда принимает рекрутер: фильтры только помогают, но решает человек.

Встреча с HR, общие вопросы про опыт кандидата

Обычно это короткий видеосозвон с HR на 20–30 мин. HR знакомится с кандидатом, задаёт общие технические вопросы про опыт, чтобы понять технический уровень, интересуется мотивацией перехода на новую работу, спрашивает про основные критерии выбора компании и ожидания по условиям работы.

На этом этапе рассказываем: 

  • какие команды сейчас ищут разработчиков, 

  • какие задачи решают, 

  • чего ожидать дальше на технических секциях.

Главная цель — познакомиться, ответить на все вопросы кандидата и рассказать о предстоящих этапах. 

Welcome-встреча с лидом

Секция Welcome — часть нашего процесса, в которой мы хотим познакомиться с кандидатом, как с будущим коллегой: как человек думает, принимает решения и взаимодействует с другими в рабочем процессе. Во время этой беседы мы не оцениваем технические знания или компетенции, а стараемся понять, насколько подходы к работе и взаимодействию совпадают с нашими ценностями. 

Вопросы «поведенческие»: мы просим рассказывать реальные ситуации из опыта:

  • как решались задачи, 

  • что предпринимал, сталкиваясь с трудностями,

  • как принимал решения и т.д.

Мы не ищем «правильных» ответов — нам интересен способ мышления, принятия решений и извлечения уроков.

Как подготовиться:

  1. Вспомнить конкретные примеры из практики  

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

  2. Подумать, как рассказывать эти истории  

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

  3. Настроиться на диалог  

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

Техническая секция Application Review 

Вместе с нашими инженерами кандидату предстоит провести ревью кода REST-сервиса. Мы заранее даем возможность ознакомиться с кодом, а на встрече просим кандидата подготовить удобную IDE и быть готовым продемонстрировать свой экран. В процессе беседы наши инженеры могут попросить реализовать какие-то из предложений кандидата по улучшению кода или запрототипировать какую-то новую фичу. 

Кроме обсуждения непосредственно самого кода, можем поговорить и о более общих вещах, таких как:

  • значения и указатели, многопоточность, интерфейсы и каналы в Go; 

  • базы данных и транзакции; 

  • шины данных и паттерны работы с ними.

Например, когда-то задавали такие вопросы: 
  1. Приведи пример своей самой сложной задачи, за которую отвечал именно ты. За что конкретно ты отвечал и какого результата добился?

  2. Расскажи как бы структурировал сервис бронирования отелей на примере ручки оформления брони, какие слои бы выделил?

  3. Как реализуешь счетчик количества запросов к ручке сервиса средствами самого языка?

  4. С какими базами данных, кешами и очередями сообщений работал? Как будешь делать выбор между ними?

  5. Расскажи как работает паттерн Transactional Outbox?

Что нужно: удобная IDE и возможность показать экран.

Техническая секция System Design

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

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

Что нужно: возможность пошарить экран и спроектировать систему в любом удобном инструменте (например, Draw.io, Miro, Excalidraw и т.п.)

Финальное интервью с лидом команды и HR

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

В итоге 

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

Для кандидатов это тоже плюс: вместо формального «экзамена» они получают возможность просто поговорить с командой, обсудить реальные инженерные задачи и лучше понять, как устроена работа в 2ГИС.

Комментарии (6)


  1. Lewigh
    13.05.2026 15:48

    Что мы хотим?

    Мы хотим, чтобы собеседование было диалогом про инженерное мышление и опыт.

    Что мы для этого делаем?

    2/5 технических встреч, остальные это гуманитарное балабольство на тему ценностей, тердностей, самых сложных задач, философии принятия решений и видимо вопросов в духе - кем Вы себя видите через 5 лет?

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


    1. olivera507224
      13.05.2026 15:48

      Нет задачек с литкода. Неужели это для тебя ничего не значит?)


    1. NataliaZheltova Автор
      13.05.2026 15:48

      Не понимаю, где вы нашли противоречие. Для нас инженерное мышление — это не только про код. На технических этапах мы как раз разбираем реальный код, а «разговорные» встречи (с такими же технарями) нужны, чтобы понять, как человек принимает решения и взаимодействует в работе. Нам реально оч важно, чтобы спец подходил по ценностям, у нас небольшие, но сильные команды разработки.


    1. gudvinr
      13.05.2026 15:48

      В больших конторах воронку оптимизируют нещадно, от этого и по два-три раунда литкодов. И это в дополнение к встрече с отдельными командами, чтобы только в конце узнать, что они вообще вам не интересны.

      Там, где соотношение встреч в пользу технических, "балабольства" не меньше. Просто там технических встреч больше, и времени уходит в итоге ещё больше.

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

      То, что описано в статье, звучит более человечно, что ли. Человечность эта, правда, достигается довольно дорогим временем лида. Но ему потом с этим человеком и работать, так что это и не проблема, если текучки нету и найм не происходит 365 дней в году


  1. 2ANikulin
    13.05.2026 15:48

    Помоему вполне гуманно


  1. lexnext1
    13.05.2026 15:48

    А у вас с .net все - разрабы уже не требуются?