Как оформить CV разработчику. Часть 1

Хочу начать с важной ремарки: я не профессиональный HR, поэтому воспринимайте эти советы как личное мнение человека, который регулярно смотрит CV разработчиков.

Я могу быть не прав или обращать внимание не на те вещи, на которые обращает внимание профессиональный HR. Но я тоже участвую в оценке кандидатов и часто смотрю CV уже с позиции CTO / техлида / нанимающего менеджера.

Главная задача CV — не рассказать всю вашу биографию, а быстро убедить человека, что вас стоит позвать на интервью.

CV должно за короткое время ответить на несколько вопросов:

Кто вы как специалист?
Какой у вас релевантный опыт?
С каким стеком вы реально работали?
Какие задачи вы решали?
Почему вам можно доверить работу?

Когда ваше CV смотрят:

1. Во время отклика на вакансию
2. Перед или во время HR-интервью
3. Перед или во время технического интервью
4. Перед или во время финального интервью

Соответственно, ваше CV должно быть понятно не только HR, но и техлиду, менеджеру проекта, CTO или CEO.

У каждого из них разный фокус. HR хочет быстро понять, подходите ли вы под базовые требования. Техлид смотрит на стек, опыт и уровень самостоятельности. Менеджер или CEO оценивает, насколько вам можно доверить проект, команду или важный участок работы.

Что происходит после того, как ваше CV попало к HR?

Обычно есть два варианта.

Первый вариант — CV автоматически импортируется в HR-платформу. Например, в DS мы используем HuntFlow. Такие системы вытаскивают информацию из CV и раскладывают ее по блокам: опыт работы, ключевые навыки, образование, контакты и так далее.

Это удобно для ревьюера, потому что все кандидаты отображаются в едином формате. Также такие платформы хорошо импортируют данные из LinkedIn, hh.ru и похожих сервисов.

Например, у меня иногда нет доступа к оригинальному PDF-файлу. Я вижу только информацию, которая была импортирована в HR-платформу. Поэтому важно, чтобы CV было не только красивым, но и нормально парсилось.

Второй вариант — человек смотрит ваш PDF-файл напрямую. И вот тут уже огромное значение имеет форматирование. CV должно быть легко читать и быстро сканировать глазами.

На мой взгляд, LinkedIn и hh.ru из коробки дают достаточно удобный и читаемый формат. Я бы советовал завести LinkedIn, регулярно его обновлять и использовать как основу для CV.

Первое чтение CV часто занимает не несколько минут, а 20–30 секунд. Поэтому самое важное должно быть видно сразу: ваша роль, стек, годы опыта, последние проекты, достижения и контакты.

На что я обращаю внимание в CV разработчика

1. Общая читаемость

CV должно быть простым, структурированным и понятным.

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

Хорошее CV легко просканировать глазами. В нем понятные заголовки, нормальные отступы, аккуратные списки и нет огромных полотен текста.

2. Фотография

Фотография не обязательна, но если вы ее добавляете, она должна работать на ваш профессиональный образ.

Лучше нейтральное или полуофициальное фото, чем случайная фотография с вечеринки, отпуска или бара.

CV может смотреть CEO, CTO или будущий руководитель. Это люди, которые оценивают не только навыки, но и общее впечатление: можно ли доверить человеку работу, команду, проект или коммуникацию с заказчиком.

Если есть возможность, я бы рекомендовал один раз сделать несколько нормальных профессиональных фотографий и использовать их в CV, LinkedIn, Telegram, рабочих аккаунтах и так далее.

3. Опыт работы

Самый важный блок в CV — это опыт.

Я бы рекомендовал подробно описывать последние 2–3 места работы, а более старый опыт оставлять коротко.

По последним местам работы важно показать:

чем занималась компания или проект;
какая была ваша роль;
за какую часть работы вы отвечали;
с каким стеком работали;
какие конкретные задачи решали;
какого результата достигли.

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