Неподтверждённый технологический стек
Соискатели добавляют в резюме популярные технологии — Kubernetes, Kafka, Terraform, LLM-интеграции — не указывая, в каком проекте и в каком объёме они их применяли. HR и технический рекрутер замечают это при скрининге: если технология есть в стеке, но не упомянута ни в одном проекте, на интервью последует уточняющий вопрос, который обнажит пробел. Это подрывает доверие ещё до того, как кандидат успевает показать реальные сильные стороны. Как исправить: для каждой ключевой технологии укажите один конкретный контекст — проект, задача, масштаб.
- ❌ До: «Стек: Python, Kafka, Kubernetes, LLM-интеграции»
- ✅ После: «Python (3 года, production-сервисы), Kafka (настройка топиков и consumer groups в проекте X), Kubernetes (деплой в GKE, команда 5 чел.)»
- Технологии без контекста — красный флаг для технического интервьюера.
- AI/ML/LLM в стеке без упоминания в проектах особенно заметны рекрутерам.
Обязанности вместо результатов
Формулировки «участвовал в разработке», «поддерживал сервисы», «работал с командой» не дают рекрутеру понимания реального вклада кандидата. Раздел опыта превращается в должностную инструкцию, а не в доказательство компетентности — и это одна из самых массовых ошибок в IT-резюме. Как исправить: замените глаголы-процессы на глаголы-результаты и добавьте измеримый эффект там, где он есть.
- ❌ До: «Участвовал в разработке backend-части приложения»
- ✅ После: «Разработал API для модуля X, что сократило время интеграции с партнёрами»
- Если цифр нет — опишите масштаб: DAU, количество сервисов, размер команды.
- Даже одно конкретное достижение на каждую позицию усиливает весь блок опыта.
Клише в summary и заголовке
«Ответственный командный игрок», «нацелен на результат», «быстро обучаюсь» — эти формулировки не несут информации и занимают ценное место в верхней части резюме, которую HR читает первой. Summary должен отвечать на вопрос: какую конкретную задачу решает этот специалист и в каком контексте. Как исправить: замените клише на конкретный профессиональный профиль.
- ❌ До: «Ответственный backend-разработчик, нацеленный на результат»
- ✅ После: «Backend-разработчик (Go, PostgreSQL), 4 года в fintech. Специализация — высоконагруженные API и миграции данных»
- Summary — профессиональный ярлык для скрининга, а не самопрезентация.
- Личные качества в summary рекрутер не читает — уберите их.
Резюме не адаптировано под вакансию
Одно резюме, отправляемое на все вакансии без изменений, — частая причина молчания рекрутеров. Если в вакансии ключевой стек — React + TypeScript, а в резюме на первом месте стоит Angular и Java, рекрутер может счесть кандидата нерелевантным даже при наличии переносимых навыков. Как исправить: адаптируйте порядок технологий и акцентируйте проекты, близкие к требованиям конкретной вакансии. Полная переработка не нужна — достаточно минимальной настройки.
- Проверьте, упомянут ли ключевой стек вакансии в первых двух экранах резюме.
- Перестановка технологий в списке — минимальное изменение с заметным эффектом на скрининге.
- Не удаляйте нерелевантный опыт — сократите его описание до 1–2 строк.
Нет ссылок на проекты, репозитории или портфолио
В IT-резюме ссылки на GitHub, GitLab или pet-проекты — дополнительное доказательство навыков. Их отсутствие не критично, но их наличие усиливает позицию, особенно для джунов и мидлов без громких работодателей в опыте. Как исправить: добавьте ссылку на профиль или конкретный репозиторий с кратким описанием в одну строку.
- Ссылка без описания менее полезна — укажите, что именно там можно увидеть.
- Для джунов активный GitHub частично компенсирует недостаток коммерческого опыта.
- Убедитесь, что репозитории публичны и README читаем.
Чеклист: проверьте резюме перед откликом
Пройдитесь по каждому пункту перед отправкой. Чеклист покрывает наиболее частые ошибки, разобранные выше.
- Каждая технология в стеке подкреплена контекстом в описании проекта или опыта.
- В каждой позиции есть хотя бы один результат или измеримый вклад.
- Summary содержит конкретный профессиональный профиль, а не личные качества.
- Порядок стека и акценты в опыте соответствуют требованиям целевой вакансии.
- Есть ссылка на GitHub или портфолио (если применимо).
- Нет необъяснимых пробелов в хронологии без краткого пояснения.
- Контактные данные актуальны; email выглядит профессионально.
Блок опыта до и после редактуры
Ниже — типичный фрагмент из раздела опыта до исправления и после применения правил из этой статьи. Формула работает для любой позиции: глагол действия + контекст или технология + масштаб или эффект.
- ❌ До: «Разработка и поддержка микросервисов. Работа с командой. Участие в code review.»
- ✅ После: «Разработал 3 микросервиса на Go для обработки платёжных событий. Провёл рефакторинг модуля X, сократив время ответа. Участвовал в code review команды из 6 человек.»
- Формула: глагол действия + контекст/технология + масштаб или эффект.