ATS-TestedFree + edit in builder

Analytics engineer resume examples

Full-length analytics-engineer resumes. Each leads with the mart owned, names dbt model counts and downstream exposure metrics, and surfaces the semantic-layer and BI-handoff work hiring panels grade on.

ByTomás Albrecht·Senior Resume Writer·Reviewed byDaniel Ortega· Head of Writing·1 example

Analytics engineer hiring grades on three axes: scope (which marts and how many dbt models), evidence (which dashboards / consumers / metrics depend on the work), and discipline (does the candidate think about metric definitions, freshness SLAs, and downstream exposure, or do they only think about writing SQL). The resumes on this page are written for those axes. Bullets name the mart, attach dbt model counts and exposure metrics, and surface at least one piece of metric-ownership work.

This matters because analytics engineering crystallized as a distinct role only over the last 5 years — the function sits between data engineering (pipelines + raw data) and analytics (queries + dashboards). The 2026 senior AE pattern is dbt-first model ownership + semantic-layer fluency + business-metric primitive ownership. Hiring panels read for this pattern explicitly; a candidate who claims AE work without dbt or semantic-layer evidence reads as either data-analyst-with-a-title or data-engineer-leaning.

For entry-level candidates, the structure is identical with smaller scope. Strong SQL fluency is essential. A substantial side project — a fully-modeled dbt project for a real business problem, with tests + documentation + a hosted dashboard — is high-leverage. dbt certifications (Analytics Engineer, dbt Developer) carry weak weight at entry-level.

For senior and staff AE candidates, the structure widens. The summary names mart ownership and exposure scope. Bullets quantify model count, freshness violations, metric drift, and self-service deflection. The bottom third reserves space for capability proof — dbt-labs / Cube / Hex contributions, Coalesce or Locally Optimistic talks, or substantial published metric-definition work.

The example

Hannah Lindqvist

Senior Analytics Engineer · dbt + Looker LookML · Growth + Finance marts
Stockholm·[email protected]·+46 70 555 0381·github.com/hlindqvist·linkedin.com/in/hlindqvist

[ Summary ]

Senior analytics engineer with five years of dbt-first work across two SaaS companies. Owns the growth + finance marts at a Series C SaaS — 220 dbt models, 38 downstream dashboards, 4 product-surface exposures. Authored the MRR + cohort-retention metric definitions in dbt Semantic Layer; metric drift on finance dashboards fell to zero across 6 quarters. Two merged PRs to dbt-utils.

[ Skills ]

Transformation
dbt (Core + Cloud, 220 models)dbt Semantic Layer + MetricFlowSQLMesh (familiarity)Jinja + dbt macros
Warehouse + BI
SnowflakeLooker (LookML)HexMetabase
Modeling + Quality
Kimball dimensional modelingActivity Schemadbt-utils + dbt-expectationsCohort + retention frameworks

[ Experience ]

Senior Analytics Engineer
Quill · Stockholm / Remote
Aug 2022Present
  • Own 220 dbt models across 4 marts (growth, finance, product, ops); model-execution time fell 38% via incremental materialization + clustering keys; freshness SLAs documented per model with ownership.
  • Authored the MRR + ARR + cohort-retention metric definitions in dbt Semantic Layer; ran a 4-week reconciliation with the finance team to align warehouse metrics with the GL; metric drift on finance dashboards fell to zero across 6 quarters.
  • Built the Looker LookML translation layer for the growth mart (38 Looks + 12 dashboards); analyst self-service queries rose from 240/month to 1,400/month, reducing AE-team ad-hoc query load by 78%.
  • Authored the team's dbt style guide (model naming, ref pattern, materialization defaults, test coverage minimums); adopted across 3 data sub-teams; model-PR review time fell from 2 days to under 6 hours.
  • Co-authored the company's metric tree (4 layers: input → driver → KPI → north-star); now the canonical map for cross-team metric questions and onboarded into the data-team interview rubric.
Analytics Engineer
Klarna · Stockholm, SE
Apr 2020Jul 2022
  • Migrated the growth mart from spreadsheet-driven KPI tracking to a dbt + Looker pipeline; replaced 38 manual weekly reports; cycle time on KPI changes dropped from 5 days to 4 hours.
  • Authored the growth-mart cohort framework (cohort-by-acquisition-source, cohort-by-plan, cohort-by-feature-adoption); now powers the weekly growth-review meeting.
  • Built the data-lineage layer (dbt-docs + Marquez); surfaced 14 orphaned models — reclaimed via deprecation runbook.

[ Open Source & Community ]

dbt-labs/dbt-utils
Contributor (2 merged PRs)

Two merged PRs to dbt-utils — one extended date_spine to support week-aligned partitions; one closed a unicode-collation bug in deduplicate. Plus: Coalesce 2024 lightning-talk speaker — 'Metric trees in practice.'

dbtJinjaSQL

[ Education ]

MSc in Computer Science (Data Science track)
KTH Royal Institute of Technology
Sep 2015Jun 2019
senior

Senior

5 years AE. Owns growth + finance marts in dbt (220 models, 38 dashboards).

Use this template

Live preview · Senior

Use this resume

Why this resume works

Summary opens with mart ownership and exposure (38 dashboards). Bullets quantify dbt model count, execution-time delta, metric-drift outcome. Semantic-layer work with dbt Semantic Layer. BI partnership with Looker LookML. One page tight.

Hannah Lindqvist

Senior Analytics Engineer · dbt + Looker LookML · Growth + Finance marts
Stockholm·[email protected]·+46 70 555 0381·github.com/hlindqvist·linkedin.com/in/hlindqvist

[ Summary ]

Senior analytics engineer with five years of dbt-first work across two SaaS companies. Owns the growth + finance marts at a Series C SaaS — 220 dbt models, 38 downstream dashboards, 4 product-surface exposures. Authored the MRR + cohort-retention metric definitions in dbt Semantic Layer; metric drift on finance dashboards fell to zero across 6 quarters. Two merged PRs to dbt-utils.

[ Skills ]

Transformation
dbt (Core + Cloud, 220 models)dbt Semantic Layer + MetricFlowSQLMesh (familiarity)Jinja + dbt macros
Warehouse + BI
SnowflakeLooker (LookML)HexMetabase
Modeling + Quality
Kimball dimensional modelingActivity Schemadbt-utils + dbt-expectationsCohort + retention frameworks

[ Experience ]

Senior Analytics Engineer
Quill · Stockholm / Remote
Aug 2022Present
  • Own 220 dbt models across 4 marts (growth, finance, product, ops); model-execution time fell 38% via incremental materialization + clustering keys; freshness SLAs documented per model with ownership.
  • Authored the MRR + ARR + cohort-retention metric definitions in dbt Semantic Layer; ran a 4-week reconciliation with the finance team to align warehouse metrics with the GL; metric drift on finance dashboards fell to zero across 6 quarters.
  • Built the Looker LookML translation layer for the growth mart (38 Looks + 12 dashboards); analyst self-service queries rose from 240/month to 1,400/month, reducing AE-team ad-hoc query load by 78%.
  • Authored the team's dbt style guide (model naming, ref pattern, materialization defaults, test coverage minimums); adopted across 3 data sub-teams; model-PR review time fell from 2 days to under 6 hours.
  • Co-authored the company's metric tree (4 layers: input → driver → KPI → north-star); now the canonical map for cross-team metric questions and onboarded into the data-team interview rubric.
Analytics Engineer
Klarna · Stockholm, SE
Apr 2020Jul 2022
  • Migrated the growth mart from spreadsheet-driven KPI tracking to a dbt + Looker pipeline; replaced 38 manual weekly reports; cycle time on KPI changes dropped from 5 days to 4 hours.
  • Authored the growth-mart cohort framework (cohort-by-acquisition-source, cohort-by-plan, cohort-by-feature-adoption); now powers the weekly growth-review meeting.
  • Built the data-lineage layer (dbt-docs + Marquez); surfaced 14 orphaned models — reclaimed via deprecation runbook.

[ Open Source & Community ]

dbt-labs/dbt-utils
Contributor (2 merged PRs)

Two merged PRs to dbt-utils — one extended date_spine to support week-aligned partitions; one closed a unicode-collation bug in deduplicate. Plus: Coalesce 2024 lightning-talk speaker — 'Metric trees in practice.'

dbtJinjaSQL

[ Education ]

MSc in Computer Science (Data Science track)
KTH Royal Institute of Technology
Sep 2015Jun 2019

What hiring managers look for

The specific signals an experienced analytics engineer hiring panel grades on during the eight-second scan.

  • Summary names the mart and the dbt scope

    'Owns the growth + finance marts in dbt (220 models)' beats 'analytics engineer.' Mart + model count is what panels scan for.

  • Semantic-layer tool named

    dbt Semantic Layer, Cube, Looker LookML, Mode datasets. Generic 'semantic models' parses as junior.

  • Downstream exposure surfaced

    Number of downstream consumers (dashboards, reports, models). Exposure-driven SLAs are the AE-specific signal.

  • BI tool partnership named

    Looker / Mode / Hex / Metabase / Sigma — the BI layer the analytics engineer hands off to.

  • Data-quality tests on critical metrics

    dbt tests on metric primitives, freshness SLAs, ownership coverage. AEs are graded on metric reliability.

  • Business-metric ownership (where applicable)

    MRR/ARR/cohort/retention metric definitions owned. The senior AE-specific signal.

How to write a analytics engineer resume

  1. 1

    Open with the mart and the dbt scope

    A senior AE summary names the marts and the model scope: 'Analytics engineer at a Series C SaaS; owns the growth + finance marts in dbt (220 models, 38 downstream dashboards).' Mid: 'AE on the data team; owns the growth mart (62 models, 14 dashboards).' Entry: 'Recent grad; shipped a 38-model dbt project on a real e-commerce dataset, deployed to a public Hex dashboard with weekly active viewers.'

  2. 2

    Quantify with model count + exposure

    dbt model count per mart, downstream dashboard / report / consumer count, freshness SLA compliance, metric drift, self-service query deflection. These are AE-specific units.

  3. 3

    Name the semantic layer + BI tool

    dbt Semantic Layer + Looker LookML is one common stack. Cube + Hex is another. Mode + custom-SQL is a third. Naming your primary semantic-layer + BI tool signals AE fluency.

  4. 4

    Surface metric-definition ownership

    AEs at the senior level own metric primitives. Pattern that works: • Name the metrics (MRR, ARR, churn, cohort, activation). • Name the semantic-layer tool. • Quantify the reconciliation work (alignment with GL, with PM, with finance). • Quantify the drift outcome over a sustained window.

  5. 5

    Close with dbt OSS / community / publication

    High-signal closing items: merged PRs to dbt-core, dbt packages (dbt-utils, dbt-expectations), or recognized analytics open-source. Coalesce talks. Locally Optimistic guest posts. Substantial published metric-definition or modeling work.

Pro tip

Lead with the mart, not the warehouse

AEs own marts (growth, finance, product, ops). Naming the marts you own reads as senior — the warehouse is the substrate, the marts are the product.

Pro tip

Exposure count signals downstream impact

'220 dbt models exposed to 38 dashboards + 4 product surfaces' is the AE scale signal. Exposure tells a hiring panel how many people depend on the work.

Pro tip

Metric definitions are senior territory

Owning the MRR / ARR / churn / cohort / activation definitions is the senior AE signal. AEs who own metric primitives ship cleaner numbers than AEs who only run queries.

Pro tip

Name the BI tool you partner with

Looker (LookML), Mode, Hex, Metabase, Sigma — the BI layer is the AE handoff surface. Naming it precisely signals fluency.

ATS notes

Analytics-engineering ATS pipelines screen for dbt + warehouse + semantic-layer + BI tokens. Warehouse: Snowflake, BigQuery, Databricks, Redshift. Transformation: dbt (Core, Cloud), SQLMesh, Dataform. Semantic layer: dbt Semantic Layer, Cube, Looker LookML, MetricFlow. BI: Looker, Mode, Hex, Metabase, Sigma, Preset, Tableau. Modeling: Kimball dimensional, Activity Schema, Data Vault.

Name the tokens precisely. AE JDs in 2026 explicitly call for dbt + a specific warehouse + a specific BI tool. Match the JD's vocabulary.

Sample bullets you can adapt

Each follows the [verb] [object] [number] structure hiring managers grade against. Copy them as a starting point, swap in your own numbers, and read the annotation to understand why each one works.

  • dbt scope

    Own 220 dbt models across 4 marts (growth, finance, product, ops); model-execution time fell 38% via incremental materialization + clustering keys; freshness SLAs documented per model with ownership.

    Why it works: Model count, mart count, execution-time delta, and the SLA + ownership pattern.

  • Metric ownership

    Authored the MRR + ARR + cohort-retention metric definitions in dbt Semantic Layer; ran a 4-week reconciliation pass with the finance team to align the warehouse metrics with the GL; metric drift on finance dashboards fell to zero across 6 quarters.

    Why it works: Names the metrics, the tool, the reconciliation work, and the longitudinal outcome.

  • BI handoff

    Built the Looker LookML translation layer for the growth mart (38 Looks + 12 dashboards); analyst self-service queries rose from 240/month to 1,400/month, reducing AE-team ad-hoc query load by 78%.

    Why it works: Names the BI tool, artifact count, and the self-service deflection outcome.

  • Data quality

    Built 38 dbt tests across critical gold-tables (freshness, uniqueness, referential integrity, business-rule); freshness violations dropped 84% in 6 weeks; ownership documented per test with on-call rotation.

    Why it works: Test count, categories, freshness outcome, ownership pattern.

  • Framework

    Authored the growth-mart cohort framework (cohort-by-acquisition-source, cohort-by-plan, cohort-by-feature-adoption); now powers the weekly growth-review meeting and the quarterly retention deep-dives.

    Why it works: Names the cohort dimensions, the cadence it powers, and the meeting/review surface. AE framework work that institutionalizes signal.

  • Migration

    Migrated the growth mart from spreadsheet-driven KPI tracking to a dbt + Looker pipeline; replaced 38 manual weekly reports; cycle time on KPI changes dropped from 5 days to 4 hours.

    Why it works: Names the before/after surface, report count, and a cycle-time outcome.

  • Tooling

    Authored the team's dbt style guide (model naming, ref pattern, materialization defaults, test coverage minimums); adopted across 3 data sub-teams; PR review time on model changes fell from 2 days to under 6 hours.

    Why it works: Style-guide adoption, cross-team scope, PR review time outcome.

  • Lineage

    Built the data-lineage layer (dbt-docs + Marquez) exposing upstream/downstream for every model; surfaced 14 orphaned models (no downstream consumers) — reclaimed via deprecation runbook.

    Why it works: Names the lineage stack, the orphan-detection count, and the deprecation runbook outcome.

  • Strategy

    Co-authored the company's metric tree (4 layers: input → driver → KPI → north-star); now serves as the canonical map for cross-team metric questions and onboarded into the data-team interview rubric.

    Why it works: Names the metric-tree structure, the canonical-map role, and the interview-rubric adoption — multi-team scope.

  • Open Source

    Two merged PRs to dbt-labs/dbt-utils — one extended date_spine to support week-aligned partitions; one closed a unicode-collation bug in deduplicate.

    Why it works: Named package, PR count, two technical descriptions.

  • Mentorship

    Mentored 2 data analysts transitioning to AE focus; both shipped sole-owner mart additions (one growth, one ops) within 6 months.

    Why it works: Mentorship transition (analyst → AE), timeframe, mart-level deliverable.

  • Entry-level

    Built a 38-model dbt project on a real e-commerce dataset for a university capstone; deployed to a public Hex dashboard; 4,200 weekly active viewers from the campus community.

    Why it works: For entry-level AE candidates, this kind of E2E shipped dbt project with public users is high-leverage.

Wrong vs Right · bullet rewrites

Same intent, two phrasings. Read why the right column lands on the keep-pile and the wrong column doesn't.

Summary opener

Wrong

Analytics engineer with experience in dbt and data warehousing.

Right

Analytics engineer at a Series C SaaS; owns the growth + finance marts in dbt (220 models, 38 downstream dashboards). Authored the MRR + cohort-retention metric definitions in dbt Semantic Layer; metric drift on the finance dashboard set fell to zero across 6 quarters.

Why: Right version names the marts, model count, exposure count, the semantic-layer tool, and a metric-quality outcome.

Model scope

Wrong

Built dbt models for various business teams.

Right

Own 220 dbt models across 4 marts (growth, finance, product, ops); model-execution time fell 38% via incremental materialization + clustering keys; freshness SLAs documented per model with ownership.

Why: Right version names model count, mart count, execution-time delta, and the SLA + ownership pattern.

Metric ownership

Wrong

Worked on key business metrics.

Right

Authored the MRR + ARR + cohort-retention metric definitions in dbt Semantic Layer; ran a 4-week reconciliation pass with the finance team to align the warehouse metrics with the GL; metric drift on the finance dashboard set fell to zero across 6 quarters.

Why: Right version names the metrics, the tool, the reconciliation work, and the longitudinal outcome.

BI handoff

Wrong

Partnered with BI on dashboards.

Right

Built the Looker LookML translation layer for the growth mart (38 Looks + 12 dashboards); analyst self-service queries rose from 240/month to 1,400/month, reducing AE-team ad-hoc query load by 78%.

Why: Right version names the BI tool (Looker LookML), the artifact count, and the self-service deflection outcome.

Data quality

Wrong

Implemented testing on dbt models.

Right

Built 38 dbt tests across critical gold-tables (freshness, uniqueness, referential integrity, business-rule); freshness violations dropped 84% in 6 weeks; ownership documented per test with on-call rotation.

Why: Right version names test count, categories, freshness outcome, and the ownership pattern.

Skip the blank page

Start from the senior example

Edit the names, the numbers, the company — yours in under a minute.

Use this template

Common mistakes (and how to fix them)

Patterns our writers see most often when reviewing analytics engineer resumes — each one disqualifies candidates faster than weak experience does.

  • Mistake

    Generic 'analytics engineer' opener without naming the mart.

    Fix

    Name the mart you own (growth, finance, product, ops). Mart is the AE scope signal.

  • Mistake

    dbt model claims without count or exposure.

    Fix

    Surface model count + downstream dashboard/consumer count. AE scope is graded on exposure, not just SQL volume.

  • Mistake

    Metric work without naming the metric or the semantic-layer tool.

    Fix

    Name MRR / ARR / churn / cohort + the dbt Semantic Layer / Cube / LookML.

  • Mistake

    BI partnership without naming the tool.

    Fix

    Name Looker / Mode / Hex / Metabase / Sigma by exact product. BI fluency is AE-specific.

  • Mistake

    Listing both data-engineering and analytics-engineering as equal expertise.

    Fix

    AE and DE are distinct in 2026. Tilt your resume toward the role you're applying for.

  • Mistake

    No dbt mentioned.

    Fix

    dbt is universally the AE substrate in 2026. If you don't use dbt, name what you use (SQLMesh, Dataform) precisely.

  • Mistake

    Two-page resume below 7 years experience.

    Fix

    One page. AE hiring moves fast.

  • Mistake

    Listing every BI tool you've touched.

    Fix

    Name your primary; tier the others. Listing 6 BI tools reads as junior.

Resume format for Analytics Engineers

Reverse-chronological. Header → mart + dbt scope summary → experience → open-source / community → skills (Transformation / Warehouse / Semantic Layer / BI / Modeling) → education. One page until at least seven years experience.

Salary & job outlook

Median annual salary

$112,200

Range: $60,290 to $183,400

Projected job growth

+23% from 2023 to 2033 (much faster than average)

Action verbs for analytics engineers

Strong verbs lead strong bullets. Replace generic openers (worked on, helped with, was responsible for) with the specific verb that matches what you actually did.

shippedownedmodeledmaterializedincrementalizeddocumentedtestedreconciledexposeddeprecateddeduplicateddesignedtranslated (to LookML)automatedmonitoredlineagedauditedcalibratedmentoredled

Skills hiring managers screen for

ATS pipelines weight your Skills section as a structured list. Include 15-25 of the items below if they match your experience — not soft skills.

dbt (Core + Cloud)SQLMeshDataformSnowflakeBigQueryDatabricksRedshiftdbt Semantic Layer + MetricFlowCubeLooker (LookML)ModeHexMetabaseSigmaTableauSQL (deep fluency)Python (Polars, pandas)JinjaKimball dimensional modelingActivity SchemaData Vault (selectively)dbt-utils + dbt-expectations + dbt-codegenGreat ExpectationsMarquez (lineage)Airflow / Dagster (orchestration awareness)Git + dbt Slim CI

FAQ

What's the difference between Analytics Engineer and Data Engineer?+

AE focuses on transformation layer (dbt models, semantic layer, BI handoff) — closer to business users. DE focuses on pipelines, warehouse infra, streaming. They overlap but are distinct in 2026 hiring. Tilt your resume toward the title in the JD.

Is dbt mandatory for analytics-engineering roles?+

Effectively yes. dbt has become the AE substrate. If you ship in SQLMesh / Dataform / custom-SQL pipelines, name it precisely — but be aware most JDs explicitly call for dbt.

Should I list both Looker and Mode if I've used both?+

List your primary; tier the others. AE work has a strongest BI tool — name it. Equal-depth claims across 3+ BI tools read as junior.

How important is the semantic layer?+

Increasingly load-bearing at senior AE level. dbt Semantic Layer, Cube, MetricFlow, LookML are the 2026 token set. Surface your semantic-layer work explicitly.

Do AE certifications matter?+

dbt Analytics Engineer certification carries weak weight at entry-level. Senior AE roles weight shipped dbt work + metric ownership above certifications.

Should I include data-modeling theory (Kimball, Data Vault)?+

Yes if you ship with them. Kimball dimensional modeling parses well; Activity Schema is current-vintage; Data Vault is niche but recognized in regulated industries.

What if my company doesn't have a dedicated AE function?+

Common — many companies blur AE/DE/data-analyst roles. Name the AE-specific work you've shipped within your title. 'Data analyst with analytics-engineering focus — owned the dbt project for growth-team metrics for the last 18 months.'

How do I show downstream exposure without revealing internal users?+

Use counts. '38 dashboards + 4 product surfaces depend on the growth mart' is credible without naming the dashboards. Hiring panels respect discretion.

Should I include Python or Polars in an AE resume?+

Yes if you ship with them. AE work is mostly SQL but modern AE tooling (dbt-codegen helpers, custom macros, lightweight transformations in Polars) uses Python. Naming it precisely signals current-vintage.

How do I handle a transition from data-analyst to AE?+

Lead with the AE-specific work first — dbt model ownership, metric definition work, BI handoff. Data-analyst background is honest context but the resume's weight should be on the AE-track work.

Ready when you are

Start with one of these examples

Pick the variant closest to your stage. We'll drop the resume into your account fully editable — swap the names, the numbers, the company, and you have a polished starting point in under a minute.

Browse examples