Собираем факты для резюме
Резюме легче редактировать, когда исходные факты собраны отдельно от красивых формулировок. Создадим такой документ и будем брать из него сведения для разных вакансий. Это позволит менять подачу, сохраняя точность.
Продолжим пример Анны из курса о поиске работы. Она сделала учебный каталог «Учебная библиотека» и рассматривает начальные frontend-роли. Если вы начинаете с этой серии, достаточно выбрать свою роль и один проект, который можете подробно объяснить.
Факт, действие и подтверждение
Сначала запишем, что действительно происходило. Не оценивайте каждую запись словом «достижение». Обычная законченная задача тоже может быть полезным доказательством.
| Исходный факт | Личное действие | Где проверить |
|---|---|---|
| Сделан учебный каталог | Реализован фильтр по названию | Демонстрация и код |
| Для отсутствующей выдачи раньше был пустой блок | Добавлено сообщение | Сценарий с неизвестным названием |
| Изменения хранятся в Git | Сохранялись отдельные этапы работы | История репозитория |
| Проект выполнялся самостоятельно | Не было командного процесса | Честное описание контекста |
Каждая строка должна выдерживать уточняющий вопрос. Если вы не помните, кто сделал часть проекта, не записывайте её как личный вклад. Восстановите историю изменений или обозначьте участие точнее.
Для результатов с числами сохраните способ измерения. «Страница стала быстрее» не объясняет условия. Если замера не было, допустимо описать сделанное изменение, например уменьшение размера изображения, и не приписывать ему неподтверждённый эффект на скорость или конверсию.
Даты и происхождение опыта
Разделите работу по найму, разовый заказ, волонтёрскую деятельность и самостоятельное обучение. Это разные контексты. В исходном документе можно подробно описать каждый; в резюме названия должны позволять получателю понять характер опыта.
У Анны нет основания добавлять вымышленную компанию для учебного каталога. Она записывает «Самостоятельный учебный проект» и реальные месяцы работы. Даты курса и даты проекта могут не совпадать: не объединяйте их ради более длинного периода опыта.
Если есть предыдущая профессия, выпишите переносимые действия: работа с требованиями, организация материалов, взаимодействие с клиентом. Затем проверьте, связаны ли они с новой ролью. Опыт общения с посетителями может помочь объяснить подход к интерфейсу, но не доказывает знание JavaScript.
Сведения, которые не нужно публиковать
Исходный документ может содержать подробности для личной памяти. Публичная версия не должна автоматически включать всё. Уберите адрес проживания до квартиры, чужие контакты, внутренние данные проектов и сведения, которые не помогают оценить профессиональную задачу.
Разрешение на публикацию клиентской работы проверяйте отдельно. Если вы можете показать только обезличенный процесс, так и запишите. Подготовленный самостоятельно аналог не следует выдавать за оригинальный клиентский результат.
Сохраните рядом с фактом источник: свой репозиторий, разрешённый документ, сертификат или запись задачи. Это не обязательно ссылки для рекрутера; они помогают вам проверить формулировку перед отправкой.
После урока у вас должен быть исходник, из которого можно получить короткое резюме и длинный кейс без противоречий. Выберите три записи и объясните каждую словами без документа. Если для убедительности приходится добавлять неизвестные числа или чужую ответственность, вернитесь к границам факта. Именно этот документ станет основой следующего урока.