Interview prep · last verified 2026-06-08

Google interview prep: the real loop

A public-sources breakdown of Google's software interview loop — the rounds you face, the competencies each one scores, and the question themes to expect. Then practice a live AI-avatar mock calibrated to Google, and get a hiring-committee hire/no-hire verdict.

Software Engineer roles

Google L5 — the loop

  1. Recruiter Screen30 min · Technical recruiter

    Level calibration, timeline, and loop logistics. Google L5 maps to Senior Software Engineer on Google's own ladder, so the band name matches directly. Coding rounds also occur but are outside this round taxonomy.

  2. System Design45 min · Senior+ engineer outside your prospective team

    One open-ended design problem. Interviewer scores against a structured rubric with pre-agreed anchors; the written feedback goes to a hiring committee, not to the interviewer's own hire decision.

  3. Behavioral Deep-Dive45 min · Senior engineer or engineering manager, usually not the hiring manager

    Googleyness & Leadership round. Structured behavioral questions probing collaboration, comfort with ambiguity, and intellectual humility. Expect consistent follow-up probing because rubric anchors require evidence, not assertions.

  4. Hiring Manager Round30 min · Prospective manager (often post-committee, via team matching)

    At Google this is frequently a team-match conversation rather than an evaluative round; the hiring committee decision usually precedes it. Interviewer notes in the packet read like near-transcripts of the conversation, so vague answers literally produce thin packets; the committee's third outcome besides hire/no-hire is 'hold — more information needed,' which triggers an additional interview.

What each round scores

  • General cognitive ability: Structured problem solving: decomposing an unfamiliar problem, reasoning from first principles, and adapting when new constraints appear.
  • Role-related knowledge (systems): Depth in distributed systems fundamentals appropriate to a senior engineer: storage, consistency, caching, queueing, failure modes.
  • Googleyness and collaboration: Intellectual humility, bias to help others succeed, and constructive behavior under disagreement.
  • Execution and ownership: Driving a multi-quarter project to completion: scoping, derisking, and landing it despite obstacles.
  • Code and design health: Raising quality around them: reviews, testing culture, and sustainable engineering practices.

Question themes to expect

  • Designing from deliberately vague requirements: Design a service that lets internal teams schedule recurring jobs with delivery guarantees. I am intentionally leaving the requirements open.
  • Justifying a technical decision under pushback: Tell me about a time you made a technical decision that a respected teammate disagreed with. How did it resolve?
  • Production incident handling and learning: Describe the worst production issue you were personally responsible for. Take me from detection to postmortem.
  • Unblocking work that depends on another team: Tell me about a time your project was blocked on a team that had different priorities. What did you do?
  • Cutting scope to hit a date without breaking trust: Walk me through a time a deadline forced you to ship less than planned. How did you decide what to cut?

Google L6 — the loop

  1. Recruiter Screen30 min · Technical recruiter

    L6 maps to Staff Software Engineer at Google. Recruiter probes for staff-shaped evidence (multi-team scope) before committing to the loop level; down-leveling is decided by the hiring committee, not the recruiter. Hiring committee leveling is deliberately conservative: down-leveling staff candidates to L5 is common, the up-level case requires strong, clear evidence, and final level weighs interview performance, the hiring manager's statement of support, and relevant experience together. Borderline candidates are sometimes re-interviewed for the higher level rather than rejected.

  2. System Design60 min · Staff+ engineer outside your prospective area

    Problem is similar to L5 on the surface; the bar differs. Staff loops run a longer design round and are frequently reported to include a second design round. Expect probing on evolution over years, migration strategy, and how the design constrains or enables other teams.

  3. Behavioral Deep-Dive45 min · Staff engineer or senior manager

    Googleyness & Leadership at staff calibration: influence without authority across teams, handling organizational ambiguity, growing other senior engineers.

  4. Leadership / Cross-functional45 min · Senior/Staff+ engineer or senior engineering leader

    Publicly reported L6 loops include a role-related knowledge (RRK) deep dive (45-60 min): past technical decisions, tradeoffs, and direction-setting at staff scope — how the candidate builds alignment among peers and makes contested calls stick across team boundaries.

What each round scores

  • Technical direction across teams: Choosing and articulating a technical strategy that multiple teams adopt, including the migration path from the status quo.
  • Influence without authority: Moving peer teams and senior stakeholders without a reporting line, through credibility and well-built arguments.
  • Design judgment at evolutionary scale: Designing systems that survive years of changing requirements: extension points, migration strategy, deprecation discipline.
  • Growing senior engineers: Multiplying through others: raising the design and judgment bar of L4-L5 engineers around them.
  • Organizational ambiguity navigation: Making progress when ownership is unclear, priorities conflict, or the org structure fights the right technical answer.

Question themes to expect

  • Deciding when to build a platform versus letting teams build point solutions: Three teams in your area have each built their own flavor of the same data pipeline. Walk me through how you would decide whether to consolidate, and how you would actually do it.
  • Making a contested technical call stick across teams: Tell me about a technical direction you set that at least one strong peer actively opposed. How did you get to a durable decision?
  • Migrating a live, business-critical system: Describe a migration you led off a legacy system that could not have downtime. How did you sequence it?
  • Operating where ownership is genuinely unclear: Tell me about a problem that mattered but that no team clearly owned. What did you do?
  • System design with multi-year evolution pressure: Design the authorization layer for a suite of products that today have three inconsistent permission models.

Google L7 — the loop

  1. Recruiter Screen45 min · Senior technical recruiter, often with a leadership sourcer

    L7 maps to Senior Staff Software Engineer. Screens are heavily evidence-driven: recruiters look for org-level artifacts (strategies adopted org-wide, influence on senior leadership) before assembling a loop at this band.

  2. System Design60 min · Senior Staff or Principal engineer

    Often framed as an architecture strategy discussion rather than a single-system design. Expect probing on portfolio-level tradeoffs: build/buy/deprecate across a family of systems.

  3. Leadership / Cross-functional60 min · Director or senior engineering leader

    Org-level technical leadership: shaping multi-year direction, advising leadership, making bets with imperfect information, and being accountable for bets that failed.

  4. Behavioral Deep-Dive45 min · Senior Staff+ engineer outside the area

    Googleyness & Leadership at senior-staff calibration: humility at scale, handling visible failure, and stewardship of engineering culture across an org.

  5. Hiring Manager Round45 min · Hiring director

    Mutual evaluation of charter fit. At this band the conversation is about the problem portfolio and the candidate's thesis for it.

What each round scores

  • Org-level technical strategy: Owning a multi-year technical thesis for an organization of hundreds of engineers, and converting it into funded, sequenced work.
  • Executive-level influence: Shaping decisions made by VPs and directors: framing tradeoffs in business terms and being trusted as the technical voice in the room.
  • Judgment under irreversibility: Making one-way-door calls (deprecations, platform bets, build-vs-buy) with incomplete information and owning the consequences.
  • Engineering culture stewardship: Deliberately shaping how an org designs, reviews, and operates software, beyond any single system.
  • Bench building at staff level: Producing the org's next staff and senior staff engineers through deliberate scope allocation and sponsorship.

Question themes to expect

  • Setting and defending a multi-year org technical strategy: Tell me about the most consequential technical strategy you have owned. I want the thesis, the bets, and where it stands today.
  • Telling senior leadership something they did not want to hear: Describe a time you told a VP-level leader that a plan they were invested in would not work. Walk me through the conversation.
  • Killing a system or program people depend on: Tell me about a time you decided to deprecate something that working teams still depended on. How did you make and execute that call?
  • Owning a large technical bet that failed: Tell me about a significant technical bet you championed that did not pan out. What happened and what did it cost?
  • Architecture strategy across a family of systems: You inherit an org running 14 services built over a decade, with overlapping responsibilities and three half-finished platform efforts. First 90 days: what do you actually do?

Machine Learning Engineer roles

Google L5 — the loop

  1. Recruiter Screen30 min · Technical recruiter (ML pipeline)

    L5 maps to Senior Software Engineer, ML at Google. Recruiter confirms the SWE-ML versus research-scientist track, since loops differ. ML coding rounds also occur but are outside this round taxonomy. Loop shape for MLE: optional online coding assessment, 1-2 phone screens (ML concepts plus Googleyness signal starts here), onsite of 3-4 technical rounds including an ML domain round (articulating ML solutions and familiarity with Google-scale resources) and coding rounds; ML breadth and coding rounds sit outside this KB's round taxonomy.

  2. System Design45 min · Senior+ ML engineer outside your prospective team

    ML system design: end-to-end problem covering data, training, serving, and evaluation. Rubric rewards production realism (feedback loops, skew, monitoring) over model-zoo recitation. Public canonical skeleton for the expected answer: ML problem formulation → offline AND online metrics → data/feature pipeline → multi-stage model → serving → online experimentation (A/B, canary, shadow) → monitoring and drift-driven retraining; candidates are scored on justifying choices against alternatives, not on a single correct architecture.

  3. Behavioral Deep-Dive45 min · Senior engineer or manager

    Googleyness & Leadership with ML flavor: collaboration with research and product, honesty about negative experimental results, responsible launch behavior. Practitioner hiring-manager guides add data-literacy and evaluation probes here: a misleading summary statistic the candidate caught, unexpected or biased model outputs and the guardrails around them, and what they do when performance breaches a threshold.

  4. Hiring Manager Round30 min · Prospective manager via team matching

    Usually post-committee team-match: problem domain, data maturity of the team, and modeling versus infrastructure balance of the role.

What each round scores

  • ML problem framing: Translating a product goal into a learnable objective: target definition, metric choice, and knowing when ML is the wrong tool.
  • Modeling and evaluation rigor: Sound train/eval methodology: leakage prevention, slice analysis, offline-online correlation, statistically honest comparisons.
  • ML production engineering: Building training and serving systems that are reliable, monitored, and debuggable: pipelines, feature consistency, rollout safety.
  • Experimental velocity and honesty: Running many cheap, well-controlled experiments and reporting negative results faithfully.
  • Cross-functional collaboration: Working effectively with researchers, data engineers, and product on shared model outcomes.

Question themes to expect

  • End-to-end ML system design: Design the system that decides which notifications to send users of a fitness app, end to end.
  • Debugging a model quality regression: Your production model's key metric dropped 4% over two weeks with no deployment. Walk me through your investigation.
  • Offline metric versus business outcome conflict: Tell me about a time your model improved its target metric but the product outcome was flat or worse. What did you do?
  • Shipping against messy or biased training data: Describe a time the training data was the real problem. How did you find that, and what did you do about it?
  • Choosing the simplest model that works: Tell me about a time you replaced or rejected a complex model in favor of something simpler. Why, and what happened?

Google L6 — the loop

  1. Recruiter Screen30 min · Technical recruiter (ML pipeline)

    L6 maps to Staff Software Engineer, ML. Recruiter looks for evidence of ML direction-setting across teams: shared modeling platforms, org-wide evaluation standards, multi-team launches.

  2. System Design45 min · Staff+ ML engineer

    ML platform or multi-model system design. Bar includes the human system: how dozens of engineers build on the design without corrupting evaluation or safety properties.

  3. Behavioral Deep-Dive45 min · Staff engineer or senior manager

    Staff-calibrated Googleyness & Leadership: aligning research ambition with product reality, contested prioritization between modeling and infrastructure investment.

  4. Leadership / Cross-functional45 min · Senior ML leader

    Technical leadership: setting modeling strategy for an area, governing experimentation quality, growing senior MLEs. Research-track caveat: DeepMind-side research-engineer loops differ from product-MLE loops — a rapid-fire fundamentals quiz (formal math/stats definitions that industry veterans often fumble), a PhD-defense-style research evaluation, and hiring-committee review; Googleyness & Leadership still applies.

What each round scores

  • ML technical strategy for an area: Owning the modeling and infrastructure roadmap for a product area: where to invest in models, data, or platform across several teams.
  • Evaluation governance: Building the standards and infrastructure that keep many teams' experiments trustworthy: shared baselines, leakage checks, launch criteria.
  • Research-to-production brokering: Converting research advances into production wins across teams, and saying no to research that will not transfer.
  • Influence across modeling teams: Aligning ML teams with different stacks and incentives on shared direction without authority.
  • Growing senior MLEs: Developing L4-L5 ML engineers into independent technical leads through scope allocation and design coaching.

Question themes to expect

  • Consolidating fragmented ML stacks: Four teams in your area run four separate training and serving stacks for similar ranking problems. What do you do, in what order?
  • Raising experimentation quality across teams: You discover that half the launches in your area are backed by experiments with subtle flaws. How do you fix the system, not just the experiments?
  • Deciding which research advances to productionize: A research team hands you a model with a 6% offline win and 10x serving cost. Walk me through your decision process.
  • Managing interacting models across teams: Two teams' models feed each other: one ranks content, the other moderates it. Each team's wins keep hurting the other's metrics. How do you untangle this?
  • Prioritizing infrastructure against model work: Tell me about a time you paused visible modeling wins to invest in data or training infrastructure. How did you sell and sequence it?

Google L7 — the loop

  1. Recruiter Screen45 min · Senior technical recruiter

    L7 maps to Senior Staff Software Engineer, ML. Screen looks for org-level ML leadership: multi-year ML strategy, platform bets affecting hundreds of engineers, advisory relationships with senior leadership.

  2. System Design60 min · Senior Staff or Principal ML engineer

    ML portfolio architecture: shaping how an org of many ML teams trains, evaluates, serves, and governs models. Expect heavy probing on cost, compute allocation, and consolidation strategy.

  3. Leadership / Cross-functional60 min · Director or senior ML leader

    Org-level leadership: ML investment strategy across years, navigating foundation-model platform shifts, advising executives on capability bets.

  4. Behavioral Deep-Dive45 min · Senior Staff+ engineer outside the area

    Senior-staff Googleyness & Leadership: intellectual honesty about hype, stewardship of responsible-AI practice, handling high-visibility failure.

  5. Hiring Manager Round45 min · Hiring director

    Charter conversation: the org's ML problem portfolio and the candidate's thesis. Largely mutual evaluation at this band.

What each round scores

  • Org-level ML strategy: Owning the multi-year ML thesis for an org: where modeling capability, data assets, and compute investment go, and what the org stops doing.
  • Platform-shift navigation: Steering an org through ML paradigm shifts: deciding what legacy investment to write off and how fast to rebase on new capability.
  • Executive advisory on AI: Being the trusted translator between ML reality and executive decisions: capability timelines, risk, and investment cases.
  • Responsible AI at org scale: Building org-wide mechanisms for model safety, fairness, and launch governance rather than case-by-case heroics.
  • Compute and cost stewardship: Treating training and serving compute as an org-level portfolio: allocation, efficiency programs, and bet sizing.

Question themes to expect

  • Owning an org-wide ML investment thesis: Tell me about the largest ML strategy you have owned: the thesis, the resource shifts it caused, and the scoreboard today.
  • Rebasing an org onto a new model paradigm: A new general-purpose model family makes roughly half of your org's bespoke models look replaceable. Walk me through your first two quarters.
  • Correcting executive-level beliefs about ML capability: Tell me about a time senior leadership's belief about what ML could deliver was materially wrong, in either direction. What did you do?
  • Launch governance versus shipping velocity at org scale: Design the model launch governance for an org shipping dozens of model changes a week, where one bad launch is a press story.
  • Allocating scarce training compute across an org: You own the training compute budget for an org of ten ML teams and demand is three times supply. Design the allocation system.

Face the Google loop before it faces you

Paste the Googlejob you're targeting and run a live AI-avatar interview calibrated to this loop — then get a hire/no-hire verdict and a study plan.

Practice free →

Based on publicly reported formats. Not affiliated with or endorsed by Google. Loop structures change; verify with your recruiter. Not affiliated with or endorsed by Google. Synthesized from public sources; last verified 2026-06-08.

← All companies