Interviewing
Staff Data Engineer Interview Prep for 8+ Years of Experience
Seven weeks for a loop that levels you on scope: stories, platform, governance, migrations, cost.
It opens on your dashboard and ticks itself off as you go. Every step below is a chapter or an exercise that already ships.
01
When you finish, you can
You show org-scope impact: designs other teams depend on, and stories with numbers.
Loop day Ready to be levelled Staff
02
The plan, 7 weeks
Ordered by what each one buys you, not by topic. Every step says why it is here.
Week 01 · ~2h
Scope first: the story bank that sets your level
You can tell six org-scope stories, each with a number.
Skip this if your stories already span teams and quantify business outcomes.
- ChapterBehavioral Storytelling20 minBuild six to eight stories, not twenty shallow ones.
- ChapterAmazon20 minAt L7, Think Big and Have Backbone decide the loop.
- ChapterGoogle20 minGoogleyness and Leadership often decides senior-plus hires.
- SectionRunning the incident and writing it up7 minStaff stories fix the process, not only the bug.
- InterviewTwo P1s at the same time6 minPrioritising across teams, told as a story you led.
- InterviewWrong numbers, one hour to the meeting6 minExecutive pressure: what you said, and what you changed after.
- InterviewCentral team or domain ownership6 minAn org-design question disguised as a modeling one.
- SectionRetiring a dataset forty dashboards depend on7 minA migration story with real consumers. Staff loops ask for one.
- QuestionsData Pipeline · Failure & recovery15 minTell each incident as cause, fix, and the process you changed.
Week 02 · ~3h
Platform architecture: build, buy, or neither
You can choose a platform shape with cost maths and named consumers.
Skip this if you defend build versus buy with numbers, not preference.
- SectionFive questions that narrow seventy-two options7 minA method for tool choice that survives a sceptical panel.
- InterviewBuy the connector or write it6 minBuild versus buy, priced over three years, not one sprint.
- InterviewWarehouse or lakehouse6 minThe platform decision staff loops ask by name.
- SectionFive reference stacks, costed end to end8 minWhole platforms with prices. Borrow the shape, not the vendor.
- InterviewBespoke pipelines or a framework6 minForty sources: when a framework pays for itself.
- InterviewOne orchestrator or several6 minThree teams, three schedulers, one dependency. Decide.
- SectionRunning more than one executor6 minPlatform shape for many teams on one scheduler.
- ExerciseOne tenant ate the cluster50 minin the studioOne tenant starves the rest. Design the isolation.
- InterviewOne team's DAG ate everything6 minMulti-tenant fairness, asked the way platform teams live it.
- ExerciseIt has to be there by six45 minin the studioA critical path many teams wait on. Protect it.
- InterviewAirflow, Glue or Step Functions6 minManaged or self-run, justified by team and cost.
- InterviewOn-demand or provisioned capacity6 minCapacity commitments for many teams: price both options.
- SectionThe best pipeline is often no pipeline6 minStaff judgement includes stopping a project. Say when.
- QuestionsData Pipeline · Trade-offs & tool choice15 minEvery choice with its cost, its owner and its exit.
Week 03 · ~3h
Modeling for an organisation, not a project
You can set a modeling standard several teams can build against.
Skip this if you can argue mesh, Kimball or Vault for a given org.
- SectionThe four principles of data mesh7 minDomain ownership, products, self-serve, federated governance.
- SectionAnti-patterns, and when to adopt7 minStaff answers say when mesh is the wrong answer.
- SectionChoosing an approach, and blending them7 minAn org-standards decision, not a textbook definition.
- InterviewKimball or Inmon6 minSay what would change your answer. That is the test.
- InterviewWhen Data Vault earns its cost6 minAuditability against complexity, for a named organisation.
- SectionConformed dimensions and the bus matrix8 minThe standard every team models against.
- InterviewConforming two marts6 minTwo teams, two product dimensions. Unify without breaking both.
- SectionSurvivorship and the golden record7 minWhich system wins, decided once, for everyone.
- InterviewTwo dimensions become one entity6 minAn acquisition merges customers. Plan the identity change.
- ExerciseCustomer 360 tradeoffs45 minin the studioIdentity across systems, owned by more than one team.
- SectionMart, metric, or both?6 minOne number on every dashboard: the metrics-layer decision.
- ExerciseDatasets, owners, and access grants55 minin the studioOwnership and access modelled as data, across teams.
- InterviewHow do you review a model6 minYou will review models you did not write. Bring a rubric.
- QuestionsData Modeling · Approach trade-offs15 minArgue the fit for the organisation, not the textbook.
Week 04 · ~5h
Contracts, lineage and compliance across teams
You can make other teams’ changes safe, visible and compliant.
Skip this if you enforce contracts across producers without a central bottleneck.
- SectionThe producer-consumer handshake7 minA contract is an agreement between teams, then a schema.
- InterviewWho owns the data contract6 minTwelve models break overnight. Whose fault, and whose fix?
- InterviewShould the producer validate?6 minShift validation left, and say what it costs producers.
- InterviewWhat every event should carry6 minThe envelope every producing team must agree on.
- SectionEnforcement, lineage and governance7 minEnforcement that scales without you in every review.
- InterviewWho breaks if this column changes6 minLineage answers blast radius, before the rename ships.
- SectionDraw the split7 minWhere one project becomes several, and who owns each.
- InterviewOne project or several?6 minFour teams, 900 models, one repo. Decide the split.
- ExerciseThe payload changed overnight45 minin the studioThe payload changed overnight. Quarantine, then renegotiate.
- ExerciseIs this change safe?45 minin the studioThe gate every producing team passes before merging.
- SectionDeleting one person from everywhere7 minErasure is a lineage problem wearing a legal hat.
- InterviewGDPR erasure across seven years6 minAppend-only history meets a legal deletion. Design it.
- ExerciseDelete me from everywhere50 minin the studioDelete one person from everywhere, provably.
- InterviewWhere PII lives in the model6 minDecide where sensitive columns live before anyone queries them.
- ExerciseRisk and compliance audit50 minin the studioAn auditor asks what was true. Answer from the model.
- ExerciseDeletion that doesn't break the thread45 minin the studioDeletion that keeps history honest.
- QuestionsData Pipeline · Architecture design15 minName the owner, the contract and the blast radius.
Week 05 · ~5h
Migrations: getting fifteen teams to move
You can migrate a shared table with evidence, a rollback and a sunset date.
Skip this if you have led a migration many consumers depended on.
- InterviewExpand, migrate, contract6 minThe pattern behind every migration without a flag day.
- SectionHow to ship a breaking change anyway7 minExpand, migrate, contract, applied to a live schema.
- InterviewProving a migration was safe6 minEvidence before cutover, not confidence.
- InterviewRolling a migration back6 minWrong numbers at cutover. The rollback you planned earlier.
- ExerciseMoving without a gap60 minin the studioCut over without a gap, then prove it reconciled.
- Sectionv2 ships, v1 is pinned, nobody stops7 minVersioned models, and the consumers who never upgrade.
- InterviewVersioned models6 minDrop a column two teams read, with a sunset date.
- InterviewDeprecating a metric definition6 minTwo definitions in use. Retire one without a revolt.
- InterviewThe source deleted a row6 minAn upstream deletion policy, felt by every consumer.
- ExerciseChanging a pipeline that’s already running45 minin the studioChange a running pipeline: diff, deploy, roll back.
- ExerciseThe table everyone depends on45 minin the studioDeprecate a table other teams read, without an outage.
- SectionGetting from Airflow 2 to Airflow 37 minA platform upgrade under every team at once.
- InterviewPlanning the 2 to 3 upgrade6 minFour hundred DAGs. Sequence it, and handle stragglers.
- SectionNinety days, in the wrong order7 minRollout order matters. See what breaks when it is wrong.
- ExerciseYou fixed it. Who already used it?50 minin the studioRestatement: find every consumer of the wrong numbers.
- QuestionsData Modeling · Evolution & migration15 minEvery migration: evidence, rollback, sunset, owner.
Week 06 · ~3h
Cost and reliability at organisation scale
You can attribute cost to teams and plan for ten times the load.
Skip this if you have designed chargeback and a disaster-recovery budget.
- SectionThe six shapes a data bill takes7 minCredits, DBUs, bytes scanned: know how each bill grows.
- InterviewCharging the cost back6 minOne bill, six teams. Attribution changes behaviour.
- InterviewThe bill nobody attributes6 minCI and dev environments: the cost nobody owns.
- ExerciseIt works, and it costs too much45 minin the studioCut the platform bill without cutting what teams rely on.
- InterviewWhat saturates first at ten times6 minName the first bottleneck at ten times the volume.
- InterviewCapacity is not just throughput6 minHot keys cap you before throughput does.
- InterviewRetention as a cost decision6 minCompliance sets the floor. Tiering sets the bill.
- InterviewWhat a second region costs6 minDisaster recovery, priced before it is promised.
- SectionLineage: cause and blast radius7 minReliability at scale starts with knowing who is downstream.
- SectionSLIs, SLOs, SLAs and alerts people answer7 minPlatform SLOs other teams can plan against.
- InterviewWhat Airflow costs6 minThe bill doubled and the DAG count did not.
- ExerciseA ledger a regulator will accept45 minin the studioCorrectness a regulator accepts, at platform scale.
- QuestionsData Pipeline · Cost & scale estimation15 minEvery platform decision ends with its cost and its owner.
Week 07 · ~3h
The brief: present a project, then defend it
You can present a project you led and defend its trade-offs.
Skip this if you have presented a past project to staff engineers recently.
- ChapterStripe20 minStaff candidates write a brief, then present and defend it.
- ChapterSnowflake20 minA past-project presentation, then questions on trade-offs.
- SectionDesign lab: a whole design, end to end8 minA whole design, clarifying question to trade-off.
- SectionNarrating a design6 minNarrate for a panel that will challenge every choice.
- SectionAgreeing the handoff before you build6 minAlignment before building: the staff habit panels probe.
- ChapterLinkedIn20 minA craftsmanship round: rigour and quality culture, not only delivery.
- ChapterMeta20 minStaff behavioral probes leadership across teams.
- SectionWhat you now owe the next engineer6 minStandards that outlive you. Say what you left behind.
- ExerciseWhen you cannot do it all60 minin the studioDecide what not to do, and defend it to a panel.
- ChapterFollow-Up & Negotiation20 minStaff offers hinge on level. Negotiate the level first.
- QuestionsData Modeling · Critique an existing model15 minCritique like a reviewer: what breaks, who is affected, what it costs.
03
Start it now
Reading is free and needs no account. The plan itself tracks on your dashboard.
