Резюме пестрит интеграциями, а на техсекции - тишина: где рвётся история опыта

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

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

«Мы собирали требования. Мы рисовали схемы. Мы согласовывали контракт с командой разработки. Мы успешно сдали релиз».

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

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

Самая частая ловушка: «Участвовала в интеграции». Звучит солидно, пока не начнёшь задавать уточняющие вопросы. А что именно делали вы? Писали спецификацию метода? Маппили статусы из внешней системы во внутреннюю витрину? Ходили к бизнесу выяснять правило обработки таймаутов при оплате? Или просто актуализировали чужую страницу в Confluence раз в спринт?

Иногда кандидат честно признаётся: «В основном фиксировала протоколы встреч и уточняла детали у ведущего аналитика». Это абсолютно нормальная практика. Но тогда строка в резюме должна звучать иначе. Не «проектировала интеграционный контур», а «сопровождала интеграцию: фиксировала требования по платежам, готовила маппинг полей, вела реестр открытых вопросов от QA». Это звучит менее громко, зато выдерживает любое техническое интервью.

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

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

Стек списком без кейсов держится слабо. Kafka, REST, BPMN, SQL. Красивый набор. Но за ним нет истории «задача → моё решение → чем закончилось». Нанимающий руководитель через пять минут всё равно спросит про конкретный кейс.

Что я делаю с кандидатом за один вечер. Берём три самые «жирные» строки. Рядом мысленно или на бумаге рисуем три колонки: какая была бизнес-задача, что сделала лично я, чем это закончилось для продукта. Если средняя колонка пустая, строку режем или сужаем. Безжалостно. Иначе она станет ловушкой на финале.

Сильное резюме должно выдерживать вопрос: «А что делали лично вы?». Если после этого вопроса начинается туман, чинить надо не уверенность. Надо текст.

А вы когда в последний раз читали своё резюме вслух, чтобы проверить его на прочность?