Bei Google dürfen die Engineers, die dich interviewen, dich nicht einstellen. Sie schreiben detailliertes Feedback und ein Rating, und ein separates Hiring Committee, das du nie triffst, prüft das Paket und entscheidet. Das prägt den ganzen Loop: Kandidatenberichte beschreiben etwas Langes, Strukturiertes und bewusst Undurchsichtiges, bei dem es in jeder Runde darum geht, ein klares, belastbares Signal auf dem Papier zu hinterlassen, nicht darum, eine Person im Raum für sich zu gewinnen.
Für die meisten Software-Rollen läuft es so: Recruiter-Screen, dann ein technischer Phone Screen (oft eine einzige Coding-Aufgabe), dann ein virtueller oder Onsite-Loop aus zwei Coding-Runden plus einer Behavioural-Runde, die Google Googleyness nennt. Manche Pipelines schieben früh ein Google Hiring Assessment ein, und bei Senior-, ML-, SRE- und Forward-Deployed-Rollen kommt stattdessen eine System-Design- oder Fachrunde. Im technischen Screen codest du in einem nackten Google Doc, ohne Autovervollständigung und ohne irgendetwas auszuführen oder zu testen, was fast so viele Leute erwischt wie die Aufgaben selbst.
Die Level reichen von L3 (Berufseinstieg) über L4 (SWE III) bis L5 und höher. Die technische Latte zu schaffen ist nicht die Ziellinie: Danach kommst du ins Team Matching, wo ein Hiring Manager dich tatsächlich wollen muss, und Kandidaten berichten, dass sie Wochen oder Monate in diesem Pool sitzen, manchmal mit einer wegen fehlender Headcount geschlossenen Bewerbung.
Den Zeitrahmen unterschätzen fast alle, mit langen Lücken zwischen Recruiter-Kontakt, Phone Screen, Loop, Committee und Team Matching. Es folgt jede Stufe der Reihe nach: die Fragen, die Kandidaten tatsächlich bekommen haben, wie du dich auf eine Latte vorbereitest, die saubere Umsetzung unter Druck genauso belohnt wie das Erkennen des Musters, und warum Committee und Team-Matching-Warteschlange wichtiger sein können, als einen einzelnen Interviewer zu beeindrucken.
Steht dieses Vorstellungsgespräch bald an? GhostPilot hört bei deinem Live-Call mit, erkennt die Frage in dem Moment, in dem sie gestellt wird, und bringt dir eine strukturierte Antwort in Echtzeit auf den Bildschirm. Probier es im nächsten Mock aus, oder hol dir einen $29 Session Pass, kein Abo, für den Ernstfall.
So funktioniert esDer Prozess, Runde für Runde
- Recruiter-Screen Call
Ein Recruiter, oft der, der dich auf LinkedIn gefunden hat, geht die Pipeline durch und bestätigt dein Ziel-Level und den Standort. Kandidaten in Europa berichten, dass sie gedrängt werden, die erste Runde innerhalb von etwa zwei Wochen zu buchen. Das Level wird hier festgelegt, und das Level entscheidet, wie hart der Loop wird.
- Google Hiring Assessment / OA Online, rollenabhängig
Nicht jeder bekommt eines, aber viele berichten früh von einem Google Hiring Assessment (GHA) oder Online Assessment. Manche beschreiben es als überwiegend behavioural, andere als Coding-Assessment. Am stärksten setzen New-Grad- und Praktikums-Pipelines darauf.
- Technischer Phone Screen 45 Min., Google Doc
Eine Aufgabe zu Datenstrukturen mit Folgefragen, live in einem geteilten Google Doc getippt: nichts zum Ausführen oder Testen, keine Autovervollständigung als Krücke. Berichtete Beispiele: Heap- oder Priority-Queue-Aufgaben, Graphen auf Medium-Level und eine Two-Pointer- oder Greedy-Aufgabe mit Optimierungs-Nachfrage.
- Googleyness (behavioural) 45 Min.
Eine Behavioural-Runde zu Zusammenarbeit, Ownership, Konflikten und Entscheidungen, am besten im STAR-Format beantwortet. Viele empfinden sie als Gespräch, aber ein No Hire hier kann ein sonst starkes Paket versenken und einen Cooldown auslösen, und manche Kandidaten bekommen eine Wiederholung der Googleyness-Runde.
- Der Onsite-Loop: Coding-Runden 2 x 45 Min., direkt hintereinander
Typischerweise zwei Coding-Runden, vor Ort in Mountain View oder New York oder komplett virtuell. Je 45 Minuten, je eine Aufgabe zwischen Medium und Hard, ins Google Doc getippt. Google schreibt viele Aufgaben selbst, reines Pattern-Matching trägt also nur begrenzt.
- System-Design- oder Fachrunde 45 bis 60 Min.
Ab L5 sowie für ML-, SRE-, Infrastruktur-, Data- und Forward-Deployed-Rollen. Berichtete Varianten: ML System Design (zum Beispiel ein AI-Coding-System entwerfen), Infrastruktur-Design, eine Forward-Deployed-Runde zu 'Role Related Knowledge' rund um agentische KI und, in einem Bericht, eine eigenständige technische SQL-Runde.
- Hiring Committee und Team Matching Nach dem Loop
Die Interviewer reichen Ratings ein (Strong Hire, Hire, Lean Hire, Lean No Hire, No Hire), die in ein Paket wandern, und ein Hiring Committee, das du nie triffst, entscheidet, manchmal mit der Forderung nach einer Zusatzrunde. Kommst du durch, geht es ins Team Matching, um ein Team mit Headcount zu finden, was Wochen oder Monate dauern kann.
Interview-Fragen, von denen Kandidaten berichten
Coding und Datenstrukturen
- Zähl die Pfade durch ein Gitter mit eingeschränkten Zügen (dynamische Programmierung)
- Grid-DFS und Backtracking: der längste gültige Pfad unter Bewegungseinschränkungen
- Trie oder Prefix Search: gib zu Wörtern und einem Präfix jedes Wort zurück, das damit beginnt
- Rundenbasierte Array-Operationen: nach links oder rechts nach dem nächstgelegenen Wert suchen, der doppelt so groß ist wie der aktuelle
- Scheduling mit Heap und Priority Queue, dazu Intervall-Aufgaben vom Typ 'minimale Anzahl Meetingräume'
- Aufgaben zu gewichteten Graphen (ein Pfad von u nach v, der das maximale Kantengewicht minimiert), Bäumen, String Matching (KMP) und Kombinatorik
Nachfragen und Optimierung
- Eine funktionierende DP-Lösung im Speicherverbrauch optimieren (ohne Hinweis oft nicht erwartet)
- Zusätzliche Constraints auf eine gelöste Aufgabe legen und den Ansatz neu herleiten
- Zeit- und Speicherkomplexität präzise angeben, inklusive amortisierter Kosten
System-Design- und Fachrunden
- ML System Design, zum Beispiel ein AI-Coding-System entwerfen
- Infrastruktur- und allgemeines System Design ab L5
- Forward Deployed 'Role Related Knowledge': Design mit Fokus auf agentische KI
- Python-OOP und objektorientiertes Design für Coding-Runden im FDE-Stil, dazu in einem Bericht eine eigenständige SQL-Runde
Googleyness und Behavioural
- Erzähl von einer Situation, in der du einen Konflikt in der Zusammenarbeit mit einem Teammitglied gelöst hast
- Beschreib eine Entscheidung, die du getroffen hast, und wie du die Trade-offs abgewogen hast
- Eine Situation, in der du Verantwortung für etwas übernommen hast, das streng genommen nicht deins war
Variante für Product Manager
- Produktdesign: 'Entwirf ein Produkt für ältere Nutzer' (erst Ziele und Segmente klären)
- Product Sense, Technik, Leadership und Googleyness über vier Runden direkt hintereinander
Was Kandidaten über den Prozess sagen
Ein Product Manager berichtete, der Recruiter habe das Format vorab offengelegt: ein Phone Screen, dann ein Onsite aus vier Runden à 45 Minuten zu Product Sense, einer technischen Runde, Leadership und Googleyness, und zum Schluss das Hiring Committee. Die Aufgabe im Phone Screen war, ein Produkt für ältere Nutzer zu entwerfen, und er führte das Bestehen darauf zurück, dass er Ziele und Segmente geklärt hat, bevor er irgendetwas vorschlug, nach rund sechs Wochen Vorbereitung und dreißig Mock-Interviews.
Den Bericht des Kandidaten lesen →Ein Kandidat am Karrierestart in Europa teilte einen aufschlussreichen Zeitplan: Recruiter-Kontakt, eine Woche später ein Call, nach einem Monat ein Phone Screen mit einer Graph-Aufgabe auf Medium-Level, dann eine Behavioural-Runde, die erst im vierten Anlauf zustande kam, nach zwei nicht erschienenen Interviewern und einer technischen Runde, die begann und mittendrin abgebrochen wurde. Nach positivem Feedback saß er zwei DSA-Runden onsite und ging ins Team Matching, mehr als vier Monate nach dem Start.
Den Bericht des Kandidaten lesen →Ein Kandidat bestand beide Phone Screens, eine rundenbasierte Array-Aufgabe (nach links oder rechts nach dem nächstgelegenen Wert suchen, der doppelt so groß ist wie der aktuelle) und eine gesprächige Googleyness-Runde, wurde nach dem Onsite aber abgelehnt. Seine Diagnose war unmissverständlich: Erkennen war nie die Lücke, Umsetzungstempo unter Druck schon. Er erkannte eine Trie-Prefix-Search-Aufgabe im Onsite sofort und bekam sie trotzdem nicht rechtzeitig sauber gecodet.
Den Bericht des Kandidaten lesen →Ein ML-fokussierter L4-Kandidat durfte in der Recruiter-Phase zwischen ML System Design und DSA wählen und nahm ML. Nach einem Google Hiring Assessment kombinierte der erste Loop eine Googleyness-Runde (mehr Diskussion als Verhör) mit einer Design-Runde, in der es darum ging, ein AI-Coding-System zu entwerfen, nicht um das erwartete Fachquiz. Der Recruiter bewertete jede Runde nur mit Positive, Mixed oder Negative, beide kamen als Positive zurück.
Den Bericht des Kandidaten lesen →Eine Warnung: Ein Kandidat bestand Googleyness, eine AI/ML-Runde plus zwei Coding-Runden, wurde einem Team zugeordnet und war schon in Gehaltsgesprächen, als das Hiring Committee anmerkte, dass ein Interviewer den Slot mit Lebenslauf-Plauderei verbracht hatte und zu wenig Signal übrig blieb. Es folgten zwei Zusatzrunden, dann eine Absage aus nicht näher genannten 'vertraulichen Gründen' mit sechs Monaten Cooldown. Es entscheidet das Committee, nicht der Raum.
Den Bericht des Kandidaten lesen →So bereitest du dich vor
- Trainier Umsetzungstempo, nicht nur Erkennen. Der übliche Fehlerbericht ist nicht, dass das Muster verfehlt wurde, sondern dass die Zeit beim Coden ausging. Üb also, vollständige, korrekte Lösungen unter Zeitdruck zu tippen.
- Üb in einem leeren Google Doc. Coden ohne Autovervollständigung und ohne Run-Button ist eine eigene Fähigkeit. Sorg dafür, dass dich nicht das Format aus der Bahn wirft.
- Sprich deine Komplexität laut aus und lieg richtig. Kandidaten wurden für wackelige Zeit- und Speicheranalyse abgewertet, obwohl der Code lief. Sei also auch bereit, über amortisierte Kosten zu argumentieren.
- Behandel Googleyness nicht als Aufwärmrunde. Ein einziges No Hire dort kann deine Bewerbung samt Cooldown beenden. Bereite konkrete STAR-Geschichten zu Zusammenarbeit, Konflikt und Entscheidungen vor, eine pro Frage.
- Rechne mit Nachfragen und Hinweisen. Interviewer schieben eine funktionierende Lösung Richtung besserem Speicherverbrauch oder zusätzlichen Constraints. Einen Hinweis zu brauchen ist nicht tödlich, stilles Feststecken schon, also erzähl weiter, was du denkst.
- Plan mit einem langen Stop-and-go-Prozess. Den Loop zu bestehen bringt dich nur ins Team Matching, halt deine Aufgaben also über die Lücken hinweg warm und rechne nicht mit einer schnellen Entscheidung.
Häufige Fragen
Wie viele Runden hat das Google-Interview?
Erwarte einen Recruiter-Screen, einen technischen Phone Screen und einen Onsite-Loop aus zwei Coding-Runden plus einer Googleyness-Runde, bei Senior-Rollen dazu eine System-Design- oder Fachrunde. Danach prüft ein Hiring Committee das schriftliche Feedback und trifft die finale Entscheidung.
Was ist die Googleyness-Runde?
Eine Behavioural-Runde zu Zusammenarbeit, Ownership, Konflikten und Entscheidungen, am besten im STAR-Format beantwortet. Kandidaten empfinden sie oft als Gespräch, aber sie hat echtes Gewicht: Ein No Hire hier kann ein starkes technisches Paket versenken und einen Cooldown auslösen.
Codet man wirklich in einem Google Doc?
Ja, zumindest im Coding-Screen. Eine Person beschrieb, wie sie ihre Lösung in ein nacktes Google Doc schrieb: keine Autovervollständigung und nichts, was man unterwegs ausführen oder testen kann. Eine andere fragte vor dem Onsite, ob dort ein Doc oder ein Whiteboard genutzt wird, plan also so oder so Übung fern von einer vollwertigen IDE ein.
Was sind Team Matching und das Hiring Committee?
Die Interviewer stellen dich nicht ein, sie reichen Ratings in ein Paket ein, das ein Hiring Committee prüft. Kommst du durch, geht es ins Team Matching, um ein Team mit offener Headcount zu finden, was Wochen oder Monate dauern kann und gelegentlich trotz bestandenem Loop ohne Angebot endet.
Welche Coding-Fragen stellt Google?
Berichtete Beispiele sind dynamische Programmierung auf Gittern, DFS- und Backtracking-Pfade, Trie Prefix Search, Scheduling mit Heap und Priority Queue, Varianten gewichteter Graphen, Bäume und String Matching. Google schreibt viele Aufgaben selbst, rechne also mit ungewohnter Formulierung und Nachfragen entlang von Hinweisen.
Wie lange dauert der Google-Interviewprozess?
Meist lange, über Wochen oder Monate, mit Lücken zwischen Recruiter-Call, Phone Screen, Loop, Committee und Team Matching, dazu die eine oder andere Verschiebung. Interview-Bewertungen bleiben in der Regel etwa sechs bis achtzehn Monate gültig, falls es stockt.
Google wird seine eigene Version davon fragen. Kopier deine echte Stellenbeschreibung in den kostenlosen Question Predictor und bekomm die 20 Fragen, die diese Rolle am wahrscheinlichsten stellt, samt dem, worauf jede wirklich abzielt.
Meine Fragen vorhersagen