Резюме для стажировки: образец и структура по разделам
Резюме для стажировки студента — это не урезанная версия обычного резюме. Это отдельный формат, где главную роль играют проекты, навыки и мотивация, а не стаж работы. Разбираем структуру по разделам, что писать, что пропускать — и как выглядит готовый образец.
Чем резюме на стажировку отличается от обычного
На обычное резюме смотрят через призму опыта: где работал, что делал, каких результатов достиг. На резюме стажёра — через призму потенциала: что умеет, что успел сделать самостоятельно, насколько целенаправленно движется.
Работодатели понимают: перед ними человек без коммерческого бэкграунда. Поэтому не нужно извиняться за отсутствие опыта и пытаться растянуть резюме за счёт нерелевантной подработки. Лучше честно показать то, что есть.
Объём: одна страница. Не больше. Рекрутер тратит на первичный просмотр 10–15 секунд.
Структура резюме для стажировки
Шапка (контакты и цель)
Имя, email, телефон, ссылка на GitHub (обязательно, если разработчик или аналитик), LinkedIn (опционально), город.
Добавьте строку цели — 1–2 предложения:
> «Ищу стажировку backend-разработчика. Знаю Python, FastAPI, PostgreSQL. Готов развиваться в направлении highload-систем.»
Конкретная цель лучше пустого поля и гораздо лучше «ищу интересную работу в дружном коллективе».
Образование
Университет, факультет, специальность, год окончания (или «учусь по [дата]»).
Если есть олимпиады, повышенная стипендия, победы в чемпионатах — укажите. Если средний балл выше 4.5 — тоже можно добавить.
Курсы и сертификаты — отдельным блоком или в том же разделе:
- Яндекс Практикум, Python-разработчик, 2025
- Stepik «Поколение Python», 2024
Указывайте только пройденные до конца курсы, по которым вы реально можете ответить на вопросы.
Проекты — ключевой раздел
Для студента без опыта работы проекты заменяют раздел «Опыт». Два-три проекта, описанных по схеме:
Название проекта | Python, FastAPI, PostgreSQL | [ссылка на GitHub]
> REST API для менеджера задач. Реализовал аутентификацию через JWT, CRUD-операции, покрыл юнит-тестами (coverage 85%). Развернул на Railway.
Что должно быть в описании каждого проекта:
- Стек технологий
- Что именно сделали (глагол в прошедшем времени: реализовал, написал, развернул)
- Конкретный результат или масштаб
Что не надо писать: «учебный проект», «сделал в рамках курса» — просто опишите результат. Подробнее об оформлении — в статье как оформить GitHub для резюме.
Навыки
Перечислите технические навыки конкретно, без размытых формулировок:
Нет: «Хорошо знаю Python, немного знаком с SQL»
Да:
- Python (базовый/уверенный): Pandas, FastAPI, pytest
- SQL (PostgreSQL): SELECT, JOIN, оконные функции, индексы
- Git: ветки, PR, GitHub
Уровни: базовый / уверенный / продвинутый. Не пишите «знаком» — это ничего не говорит.
Мягкие навыки (soft skills) — минимум или совсем убрать. «Коммуникабельный, стрессоустойчивый» читали уже тысячи раз.
Дополнительно (опционально)
- Участие в хакатонах или кейс-чемпионатах
- Вклад в open-source проекты
- Волонтёрство в IT (организация митапов, помощь в ивентах)
- Языки (если актуально для компании)
Образец резюме на стажировку
Ниже — пример заполнения. Адаптируйте под свой стек и проекты.
---
Иван Петров
ivan.petrov@email.com | +7 999 123-45-67 | github.com/ivanpetrov | Москва
Цель: стажировка backend-разработчика (Python/FastAPI)
Образование
МГТУ им. Баумана, факультет информатики, 2022–2026
Stepik «Поколение Python», 2024 (завершён)
Яндекс Практикум, Python-разработчик, 2025 (завершён)
Проекты
Task Manager API | Python, FastAPI, PostgreSQL, Docker | github.com/...
REST API для управления задачами с JWT-авторизацией, CRUD-операциями и покрытием тестами 87%.
Парсер вакансий | Python, BeautifulSoup, SQLite | github.com/...
Скрипт сбора вакансий с hh.ru с сохранением в БД и фильтрацией по ключевым словам.
Навыки
Python (уверенный): FastAPI, SQLAlchemy, Pandas, pytest
SQL: PostgreSQL, JOIN, оконные функции, индексы
Git, Docker (базово), Linux (базовые команды)
---
Типичные ошибки в резюме стажёра
Слишком длинное резюме. Две страницы с перечислением всех курсов и школьных достижений — лишнее. Оставьте только значимое.
«Готов к обучению» вместо навыков. Это само собой разумеется. Лучше напишите, чему уже научились.
Нет ссылки на GitHub. Для разработчика или аналитика это обязательный элемент — без него резюме выглядит неполным.
Описание курсов вместо результатов. «Прошёл курс по Python» — слабо. «Написал REST API в рамках курса, исходники на GitHub» — конкретно.
Одно резюме на все вакансии. Для разных направлений (backend / аналитик / QA) делайте разные версии с акцентом на соответствующий стек.
Подробнее о том, что писать в каждом разделе, — в статье резюме студента: как описать проекты и практику.
Как адаптировать резюме под конкретную стажировку
Прочитайте описание вакансии. Если там написано «нужен опыт с PostgreSQL» — убедитесь, что PostgreSQL стоит на видном месте в разделе навыков. Если упоминают Docker — укажите Docker, даже если использовали только в учебном проекте.
Не нужно переписывать всё резюме — достаточно перераставить акценты в разделах «Навыки» и «Цель».
Также адаптируйте сопроводительное письмо — оно может существенно повлиять на первичный отбор. Образцы и шаблоны — в статье о сопроводительных письмах.
FAQ
Что писать в разделе «Опыт», если работы не было?
Замените раздел «Опыт работы» на «Проекты» или «Учебные проекты». 2–3 описания реальных проектов работают лучше пустого поля.
Нужно ли фото в резюме?
Для IT-стажировок — не обязательно. Большинство компаний фото не требуют. Если добавляете — нейтральный фон, деловой вид.
На каком языке писать резюме?
На русском, если вакансия на русском. На английском — если в описании вакансии есть английский текст или компания международная.
Стоит ли указывать незаконченные курсы?
Только если вы в процессе и можете рассказать о пройденных модулях. Брошенные курсы лучше не указывать.
Как быть, если проекты простые?
Описывайте честно и конкретно. Простой CRUD-проект с хорошим README и развернутым описанием выглядит лучше, чем отсутствие проектов вообще.
Сколько проектов нужно?
2–3 достаточно. Один хороший проект с полноценным GitHub и README ценнее пяти заброшенных репозиториев.
Нужно ли сопроводительное письмо?
Да, если компания просит. Хорошее письмо увеличивает шансы пройти первичный отбор — особенно в конкурентные программы.