Как написать резюме | Про IT и Digital

Как написать резюме

📄 Резюме в IT: как написать документ, который читают и машина, и человек

📌 Подробный гайд с примерами, формулами и разбором ошибок — для джунов, мидлов и сеньоров

🤔 Почему резюме в IT — это не формальность, а первый фильтр

В IT резюме — это не «документ для галочки». Это первый тест, который вы проходите ещё до того, как с вами поговорят. И тест этот двойной: сначала текст читает алгоритм, потом — человек.

В 2026 году 97% технологических компаний используют ATS (Applicant Tracking System) — системы, которые автоматически разбирают резюме и сопоставляют их с требованиями вакансии.

Если файл не распарсился или в нём нет нужных терминов, рекрутер может вас даже не увидеть.
А если увидит — на первое знакомство с резюме у него уходит всего 7–9 секунд. За это время он решает: открывать дальше или листать следующего.

📉 И вот неприятная статистика: 82% отклонённых резюме содержат менее половины ключевых слов из вакансии. Это не значит, что люди плохие. Это значит, что их резюме не прошло проверку на соответствие.

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

🤖 Кто на самом деле читает ваше резюме

⚙️ ATS: что это и как оно работает

ATS — это не «искусственный интеллект, который чувствует потенциал». Это парсер плюс поиск по полям. Он вытаскивает из файла имя, контакты, компании, даты, навыки — и складывает в карточку. Дальше рекрутер фильтрует эту карточку по словам из вакансии.

Если парсер «склеил» колонки, потерял почту или не увидел Python в тексте опыта — вас нет в выдаче. Хотя PDF может быть красивым.

💡 Что это значит для вас: формат должен быть простым и «читаемым» для машины. Одна колонка. Стандартные заголовки. Текст, а не картинка. Ссылки — открытым текстом, а не спрятанные в иконки.

👀 Человек: что он ищет за 8 секунд

Когда резюме всё-таки открыли, рекрутер сканирует его сверху вниз. Ему нужно быстро понять:

  • Кто вы и на какую роль метите (текущая должность + стек).
  • Масштаб вашей работы (размер команды, система, стейкхолдеры).
  • Что изменилось благодаря вам (метрики, результаты).

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

🏗️ Структура идеального резюме: четыре блока

В 2026 году хорошо работает структура из четырёх блоков. Она проста, но закрывает и машину, и человека.

1️⃣ Хедер: 4 строки, которые решают многое

Верх резюме — самое ценное место. Здесь должно быть:

  • Имя.
  • Целевая должность — точными словами из вакансии, а не «ищу интересную работу».
  • Локация + готовность к удалёнке/переезду + email + Telegram (без ВК).
  • Ссылка на GitHub / портфолио / LinkedIn — полная, не обрезанная.

Строка с должностью несёт 30–35% веса в ATS-ранжировании. Поэтому вместо «Software Developer» лучше написать конкретно: «Senior Backend Engineer | Python, AWS | High-load systems».

2️⃣ Summary: 3–5 строк, которые читают вместо всего остального

Краткое саммари — это не «о себе» в стиле «целеустремлённый и стрессоустойчивый». Это формула:

🧩 Кто я → сколько лет в роли → 2–3 главных достижения с цифрами → что ищу

Пример:

«Backend-разработчик на Python и FastAPI, стаж 3 года. Держу API заказов: PostgreSQL, тесты, ссылка на GitHub. Ищу роль middle backend в продуктовой команде с живым сервисом».

Коротко, конкретно, без воды.

3️⃣ Skills: ключевые слова, но без спама

Блок навыков должен стоять сразу под хедером. Это ваша «зона ключевых слов».

Важно: не сваливайте всё в кучу. Группируйте:

  • Языки: Python, Go, TypeScript.
  • Фреймворки: FastAPI, gRPC, Django.
  • Облака: AWS, Docker, Kubernetes.
  • Базы данных: PostgreSQL, Redis.
  • Инструменты: Git, GitHub Actions, Datadog.
⚠️ Главное правило 2026 года: больше ключевых слов не значит больше интервью. Спам-листы из 40 технологий без контекста снижают доверие. Ключевое слово должно быть привязано к реальному проекту или измеримому результату.

4️⃣ Опыт: достижения, а не обязанности

Это самый важный блок — и самый частый провал. Большинство пишут резюме как должностную инструкцию: «выполнял задачи», «участвовал в разработке», «работал над бэкендом». Рекрутер из такого текста не понимает ни масштаба, ни вашего вклада.

Формула сильного пункта:

🎯 [Действие] + [Технология] + [Результат с цифрой]

Примеры:

  • ❌ «Работал над бэкендом на Node.js».
  • ✅ «Спроектировал order-service на Node.js, который обрабатывает 2 млн запросов в день; снизил p99 latency с 320 мс до 80 мс».
  • ❌ «Улучшал производительность и масштабируемость».
  • ✅ «Снизил задержку API на 45% и сократил расходы на облако на $120K в год».

Свежую роль описывайте 5 пунктами, более старые — 2–3 пунктами каждый. Первые два пункта несут основную нагрузку: именно их увидят за те самые 8 секунд.

5️⃣ Proof: проекты, GitHub, образование

Это блок доказательств. Здесь — 2–3 живые ссылки на GitHub или портфолио, образование одной строкой, опционально — релевантные сертификаты.

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

🎯 Как писать достижения: разбор «до и после»

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

😐 Плохо (обязанность) 🔥 Хорошо (достижение)
«Занимался оптимизацией базы данных» «Оптимизировал запросы в PostgreSQL, время ответа упало с 2 с до 300 мс»
«Участвовал в разработке платежного сервиса» «Поднял бэкенд платежного шлюза с 200 до 2 000 RPS, p99 latency снизил с 1,2 с до 180 мс»
«Отвечал за тестирование» «Поднял покрытие тестами ключевого модуля с 41% до 68%; сборка с тестами стала проходить за 5 минут»
«Работал в команде» «Вёл 3 сквода, выпустил 6 production-релизов; согласовывал API-контракты с frontend и аналитиками»
✍️ Правило: если в пункте нет глагола действия и измеримого результата — это не достижение, а описание процесса.

🔑 Ключевые слова и адаптация под вакансию

Один шаблон на все вакансии не работает. И для машины, и для человека.

🧲 Как собрать ключевые слова

  1. Возьмите текст вакансии и выпишите 8–12 терминов: языки, фреймворки, инструменты, методологии.
  2. Проверьте, где они уместны. Не вставляйте всё в Skills «на всякий случай». Ключевое слово должно быть там, где оно правда про вас: в навыках и в пунктах опыта.
  3. Используйте точные формулировки из вакансии. Если там написано «CI/CD», не пишите только «Continuous Integration» — укажите оба варианта, если они есть в объявлении.

📚 Сколько резюме нужно

Если вы идёте на 2–3 разные роли — делайте 2–3 версии резюме. Универсальный документ проигрывает специализированному всегда. Это не «много резюме», это «одно резюме, адаптированное под конкретную задачу».

📐 Форматирование: что убивает резюме ещё до прочтения

Даже сильный опыт можно потерять из-за вёрстки.

✅ Что делать

  • Одна колонка. Многоколоночные резюме парсятся хуже и теряют баллы в ATS.
  • Простые шрифты (Arial, Calibri, системные). Без «дизайнерских» изысков.
  • Стандартные заголовки — «Опыт работы», «Навыки», «Образование». Не «Мой путь» и не «Что я умею».
  • Текст, а не картинки. Навыки, вставленные картинкой, ATS не прочитает.
  • PDF как финальный формат. Но проверьте, что текст в нём выделяется и копируется.

🚫 Что не делать

  • Таблицы и сложные блоки (парсер их «склеивает» в кашу).
  • Фото (в большинстве IT-резюме не нужно; в международных — тем более).
  • Иконки вместо ссылок.
  • Шкалы навыков в процентах и звёздочках — это ничего не значит.

✉️ Сопроводительное письмо: нужно ли и что писать

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

Если пишете — держите 300–400 слов и структуру:

  1. На какую позицию и почему именно эта компания (1–2 предложения, без лести).
  2. Релевантный опыт — 1–2 конкретных примера с результатом.
  3. Что вы можете принести — свяжите свой опыт с задачей компании.
  4. Короткое завершение — без «буду рад обсудить».

Главное — не пересказывать резюме. Письмо нужно, чтобы добавить контекст, которого нет в таблицах: мотивацию, объяснение карьерного перехода, понимание продукта.

🚫 Частые ошибки, которые убивают отклики

  • Обязанности вместо результатов. «Выполнял задачи системного администратора» не говорит ни о технологиях, ни о вкладе.
  • Список из 20–40 технологий без контекста. Это не сила, а шум. Спам ключевыми словами снижает доверие.
  • Шаблонное «о себе». «Целеустремлённый, стрессоустойчивый, командный игрок» — это пишут все. Это не отличает вас ни от кого.
  • Отсутствие цифр. Без метрик достижения выглядят как мнение, а не как факт.
  • Резюме на 3 страницы для джуниора. Одной страницы обычно достаточно.
  • Враньё или преувеличение. Резюме — единственный источник правды о вас; ложь вскрывается на первом же техническом интервью.
  • Сложная вёрстка. Красиво — не значит читаемо для парсера.
  • Копипаст одной версии под все вакансии. Без адаптации вы конкурируете не с людьми, а с шумом.

🎓 Советы по уровням: джуниор, мидл, сеньор

🐣 Джуниор: докажите, что вы можете, а не что вы хотите

  • Ведите проектами. Если опыта работы нет — GitHub, пет-проекты, хакатоны, фриланс. Ссылки на живые репозитории важнее «курсов в процессе».
  • Покажите стек и результат. Не «изучаю Python», а «написал телеграм-бота на Python, который обрабатывает 500 запросов в день».
  • Не перегружайте. Одна страница, 1–2 проекта, честный уровень навыков.

🧑‍💻 Мидл: покажите масштаб и самостоятельность

  • Цифры и зона ответственности. Сколько пользователей, какой трафик, какая команда, что вы решали сами.
  • Связь технологии и бизнеса. Не просто «сделал сервис», а «сделал сервис, который сократил ручную обработку на 30%».
  • Адаптация под роль. Если идёте в финтех — подчёркивайте надёжность и безопасность; если в продукт — скорость и итерации.

🧙 Сеньор: покажите влияние и системное мышление

  • Архитектурные решения и их последствия. «Вынес расчёт доставки в отдельный сервис — витрина перестала ломать заказы».
  • Менторство и кросс-командная работа. Но без пафоса: «наставничал двух джунов, один вырос до мидла за год».
  • Стратегические результаты. «Снизил стоимость облака на 25% без потери SLA».

✅ Чек-лист перед отправкой

  • В хедере — целевая должность словами из вакансии.
  • Есть ссылка на GitHub/портфолио, она рабочая.
  • Summary — 3–5 строк, с цифрами.
  • Skills сгруппированы, без спама.
  • В опыте — глаголы действия и измеримые результаты.
  • Свежая роль — 5 пунктов, старые — 2–3.
  • Одна колонка, простой шрифт, без таблиц.
  • Файл — PDF, текст копируется.
  • Ключевые слова из вакансии присутствуют там, где они уместны.
  • Нет вранья и преувеличений.
  • Резюме адаптировано под конкретную роль, а не «универсальное».

💎 Вместо заключения

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

Если сомневаетесь — представьте, что у человека, который читает ваше резюме, есть 8 секунд и 50 таких же файлов. Ваша задача — чтобы за эти 8 секунд он увидел: кто вы, что вы умеете и какой результат приносите.

🚀 Всё остальное — детали, которые можно дошлифовать.

📌 Сохраните proitkurs.ru в закладки

Мы продолжаем разбирать IT-профессии и карьерные практики без воды.

💬 Напишите в комментариях:
— Какая часть резюме даётся вам сложнее всего: summary, достижения или адаптация под вакансию?
— Или, может, у вас есть свой лайфхак, который помог получить оффер?
Поделитесь — это поможет другим! 👇

Вам может также понравиться...

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

error: Не копируйте текст и изображения.