Шаблон CV Junior Analytics Engineer / Инженер аналитики
Готовый шаблон CV для Junior Analytics Engineer / Инженер аналитики. Оптимизирован под ATS-системы.
Зарплата Junior (US)
$90,000 - $130,000
Почему это CV работает
Сильные глаголы доказывают, что вы выпустили, а не просто запросили
Смоделировал, Отрефакторил, Написал, Запустил, Построил, Задокументировал. Junior AE, открывающий «помог» или «проанализировал», читается как аналитик, который только запрашивал готовые таблицы. Открывайте глаголами, показывающими ownership куска modeling-слоя.
Цифры якорят каждую модель и PR
18 dbt-моделей, 4 секунды latency, 90 секунд build, 12 тестов. Junior AE в цифрах отделён от junior AE в формулировках «помог команде».
PR-rigor и downstream-контекст, а не изолированный SQL
Не «писал SQL», а «через PR template с тестами, docs и exposures». Не «построил модель», а «до того как попадёт в BI-слой». AE-работа оценивается по тому, как она ложится в PR-ревью, а не по самому SQL.
Кросс-функциональный сигнал даже на junior
Stakeholder-владельцы запросов, аналитическая команда, downstream-владельцы. Даже на junior показывайте, что AE — сервис для аналитиков и продукта, а не приватная SQL-песочница.
Стек назван внутри артефакта, не в списке
«Смоделировал revenue-домен на dbt Core» бьёт «dbt, Snowflake». Tooling внутри исхода — единственный способ доказать, что вы реально это использовали.
Необходимые навыки
- dbt Core
- SQL
- Star schema и dimensional modeling
- Exposures и PR-rigor
- Snowflake или BigQuery
- GitHub Actions
- Основы Looker или Lightdash
- Fivetran или Airbyte
- dbt-utils и dbt_expectations
- Hex-ноутбуки
- Тесты Elementary Data
- Python для ad-hoc дата-работы
- DuckDB для локального прототипирования
- Mode или Metabase
- Чтение OpenAPI / схем
- Основы Git-workflow
Улучшите своё CV
Шаблоны и примеры резюме Analytics Engineer для каждого этапа карьеры. Будь то моделирование первого dbt-домена, ownership semantic layer для продуктового орга или ведение AE-платформы по нескольким регионам, ваше резюме должно доказывать, что вы относитесь к modeling-слою как к системе. Хайринг сканирует на dbt model count, freshness SLAs, exposures coverage, semantic-layer adoption и downstream-incident rate, а не «писал SQL» или «строил дашборды». Analytics Engineer - это не аналитик данных (запрашивает готовые таблицы) и не дата-инженер (строит инфру), это владение контрактом между сырыми данными и BI плюс reverse-ETL. Гайд покрывает стратегии резюме от junior до lead с modern data stack, метриками, которые имеют значение, и языком, сигнализирующим, что вы можете управлять слоем, через который шипит остальная дата-организация.
Лучшие практики резюме Junior Analytics Engineer
- Открывайте каждый буллет modeling-глаголом. Смоделировал, Отрефакторил, Написал, Запустил, Построил, Задокументировал. «Помог» или «проанализировал» читается как аналитик, который только запрашивал готовые таблицы. AE-сигнал - ownership модели, против которой шипят другие команды.
- Считайте modeling-слой, а не дашборд. Число dbt-моделей, build wall-clock, freshness SLA, test pass rate, downstream exposures. Junior AE в дашбордах конкурирует с аналитиками; junior AE в dbt-артефактах конкурирует за AE-роли.
- Показывайте PR-rigor. Упоминайте PR template, против которого писали, добавленные тесты, выпущенные docs, прошитые exposures. AE-работа живёт или умирает в PR-ревью, и резюме, называющее PR-rigor, читается как уже onboarded.
- Стек - часть артефакта, не список внизу. «Смоделировал revenue-домен на dbt Core» бьёт «dbt, Snowflake». Tooling внутри исхода - единственный способ доказать, что вы использовали, а не пробежались по tutorial.
- Минимум один буллет привязан к downstream-потребителям. Looker-дашборды, Hex-ноутбуки, аналитическая команда, data PM. AE-работа невидима до связи с артефактом, который открыл стейкхолдер. Один downstream-направленный буллет переворачивает восприятие.
Частые ошибки в резюме Junior Analytics Engineer
- Письмо как у аналитика данных
Почему вредит: «Писал SQL-запросы» или «строил дашборды в Looker» позиционирует против аналитиков, а не AE. Хайринг, читающий dbt-light буллеты, по умолчанию слотит в аналитические лупы.
Как исправить: Замените «писал SQL» на «смоделировал revenue-домен на dbt Core с exposures». Замените «построил дашборд» на «написал semantic layer перед дашбордом». AE-сигнал - ownership слоя, а не поверхности.
- Нет сигнала PR-rigor
Почему вредит: AE-работа без PR-rigor читается как ad-hoc. Резюме без упоминаний тестов, docs, exposures и процесса ревью фильтруются в BI-engineer или аналитические стопки.
Как исправить: Упоминайте PR template, тесты на модель, выпущенные docs, прошитые exposures. Один буллет «через PR template с тестами, docs и exposures» мгновенно перекодирует резюме в AE.
- Инструменты без артефактов
Почему вредит: Резюме со списком «dbt, Snowflake, Airflow» без артефакта выглядит как курсовые. Хайринг не может понять, прошли ли вы один tutorial или выпустили mart.
Как исправить: Помещайте инструменты внутрь артефактов: «Построил Lightdash semantic layer над публичным Stripe-style датасетом, экспонирующим 4 метрики, потребляемые Hex-ноутбуком». Tooling без исхода - шум.
Быстрые советы для резюме Junior Analytics Engineer
- Открывайте dbt-артефактом, не дашбордом. «Смоделировал revenue-домен на dbt Core из 18 fact и dimension моделей» - лучшее открывающее предложение на junior.
- Сочетайте инструмент с числом и исходом. dbt Core плюс 18 моделей плюс «через PR template с тестами, docs и exposures» - нужная форма.
- Показывайте один сигнал PR-rigor. Тесты, docs, exposures, freshness SLA. Одно упоминание на роль переворачивает восприятие.
- Минимум один буллет привязан к BI-поверхности. Looker, Hex, Mode. Даже на junior AE-работе нужен downstream-свидетель.
- Оставьте на резюме один проект, который можете whiteboard end-to-end. Возьмите dbt-проект, про который можете говорить 25 минут, включая слои, тесты, exposures и BI-потребителя.
Часто задаваемые вопросы
Рекомендуемые сертификации
Подготовка к собеседованию
Лупы Analytics Engineer смешивают классическую SQL- и modeling-станцию с тремя AE-специфическими стадиями: take-home dbt-проект (смоделировать незнакомый датасет, разложить по слоям, написать тесты и exposures, обосновать выборы), live PR-ревью, где вы защищаете modeling-tradeoffs против интервьюера в роли аналитика или дата-инженера, и walkthrough портфолио, где вы защищаете цифры (build wall-clock, semantic-layer adoption, exposures coverage, падение MTTR). Senior- и lead-лупы добавляют strategy memo по dbt mesh или vendor consolidation и разговор про защиту бюджета.
Частые вопросы
Типичные вопросы:
- Расскажите про dbt-проект на вашем GitHub и freshness SLA matrix
- Как бы выбрали между incremental и table materialization?
- Покажите, как бы добавили тест на slowly changing dimension
- Как exposures меняют PR-ревью для аналитиков?
- Расскажите про то, как закрыли модель или дашборд
- Какой ваш go-to BI для Hex-style notebook-потребителя и почему?