Резюме для IT: что я понял за 100+ собеседований

Коротко

В моей биографии 23 компании, ПТУ и куча переходов. В резюме не обязана жить вся эта история. Его задача — довести меня до разговора о конкретной работе и деньгах. Я проходил собеседования сам и отбирал инженеров в команду. С обеих сторон мне интереснее понятная версия опыта, чем длинная автобиография со словами «готов развиваться».

Начать можно с моего видео «Как составить резюме без опыта в АйТи». Ниже — логика, с которой я смотрю на такой документ. Если нужна пошаговая сборка по полям и примеры для разных профессий, они есть на Dev0pser.

Что видно по резюме ещё до разговора

Я не рассчитываю, что кто-то будет долго выяснять, кем именно я хочу работать. Если сверху DevOps, дальше полстраницы нерелевантной биографии, а нужный опыт надо искать внизу, документ усложняет мне же вход на собеседование.

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

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

Я продаю конкретную роль

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

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

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

Что я хочу видеть без раскопок

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

Условный пример, не цитата из моего резюме: «занимался CI/CD» почти ничего не объясняет. «Собрал пайплайн: сборка образа, тесты, публикация и деплой» уже даёт точки для вопросов. Если есть измеримый результат — укажи его. Если не измерял, выдуманный процент эффективности не сделает строку убедительнее на втором уточнении.

23 компании в жизни — не 23 главы в резюме

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

Что-то можно убрать, полезные периоды — описать крупнее, роль — назвать понятным рынку языком. ПТУ на маляра важно для моей истории, но на техническом интервью интереснее то, как я работал с инфраструктурой. Это не стыд за прошлое, а выбор того, о чём сейчас разговор.

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

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

На вопрос о переходах не обязательно каждый раз сочинять возвышенное «искал новые вызовы». Больше денег, удалёнка, другой объём нагрузки — нормальные причины. Как я относился к этому после 23 компаний, рассказываю отдельно. А в разговоре с бывшим IT-рекрутером можно услышать взгляд с другой стороны.

Если опыта на бумаге не хватает

Мне не нравится подход «у меня нет опыта, поэтому писать нечего». Сначала стоит разобрать, что ты уже делал: стенды, задачи, настройки, автоматизация, чужие проекты, в которых удалось разобраться. Из этого можно собрать технический разговор, даже если трудовая пока его не подтверждает.

Написать «знаю Docker» и объяснить, как контейнер получает конфигурацию, почему не видит базу и как ты это проверял, — разные вещи. Поэтому я бы выписывал не названия пройденных уроков, а действия. Что запускал? Что менял? Что не работало? Как понял причину?

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

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

Технологии, фильтры и вера в волшебные слова

Я за понятные названия. Если работа связана с PostgreSQL, Kubernetes и GitLab CI, скрывать их за словами «современные решения» странно. Это и ориентир для поиска, и темы будущего собеседования.

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

То же с нейросетью для написания резюме. Она может привести текст в порядок, убрать повторения, предложить формулировку. А может красиво дописать тебе архитектуру, ответственность и результаты, которых ты даже не понимаешь. Читай итог вслух и задавай себе вопросы по каждой строке. На созвоне будет не нейросеть с черновиком — будешь ты.

Что проверить, если приглашений нет

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

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

Частые вопросы

Как составить резюме без опыта?

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

Указывать ли опыт не из IT?

Всю биографию переносить не обязательно. Я оставляю то, что помогает понять опыт под нужную роль. Если прошлые задачи связаны с новой работой, связь стоит объяснить; если нет — не отдавать им половину резюме.

Сколько страниц должно быть в резюме?

Я бы целился в одну-две, но не считал страницы важнее содержания. Нужные задачи и стек должны быть видны без раскопок. Сжатый бессодержательный документ не становится сильным только потому, что уместился на лист.

Почему на резюме не отвечают?

По одному молчанию причину не узнать. Я бы проверил, насколько документ соответствует роли, куда идут отклики и на каком этапе всё останавливается. Если интервью уже есть, отдельно разбирал бы ответы, а не бесконечно правил резюме.

Видео по теме

Менторство: резюме и поиск работы

Менторство — от 100 000 ₽.
Разбираем ваш опыт и готовим резюме под выбранное направление и подходящие вакансии.
Состав, сроки и результат согласуем до начала.

«Будни Айтишника» — закрытый чат сообщества.
Общаемся про IT, работу, деньги, свои проекты и жизнь.
Делимся опытом, обсуждаем идеи и поддерживаем друг друга.