Vorbereitung auf ein Google-Interview in 3 Monaten

Die meisten Drei-Monats-Pläne sind nichts weiter als eine Liste von Algorithmus-Themen mit angehängten Terminen. Ein solcher Plan bereitet nur auf eine einzige Runde vor. Der Prozess bei Google läuft über ein Gespräch mit dem Recruiter, ein rollenbezogenes Screening und anschließend eine Reihe von Interviews, die nach veröffentlichten Attributen bewertet werden: allgemeine kognitive Fähigkeit, rollenbezogenes Wissen, Führungsqualität und das, was Google „Googleyness“ nennt. Das schriftliche Feedback geht an einen Einstellungsausschuss, der einen nie getroffen hat.

Daraus ergeben sich zwei Konsequenzen für den Kalender. Erstens ist die Coding-Runde nur einer von mehreren Faktoren, sodass ein Plan, der zwölf Wochen darauf verwendet, den Rest ungeübt lässt. Zweitens ist das, was am Ende zählt, ein schriftlicher Bericht und keine Aufzeichnung, weshalb alles, was man nicht laut ausspricht, für den Ausschuss unsichtbar bleibt. Beide Tatsachen sprechen dafür, Zeit in die Darstellung zu investieren, nicht nur in den Stoff.

Vor der ersten Woche sollte der Lebenslauf, den der Recruiter lesen wird, in Form gebracht werden, denn er bestimmt das Level, für das man in Betracht gezogen wird. Der kostenlose Lebenslauf-Generator deckt diesen Teil ab. Was jede Runde bewertet, steht im Artikel zu Interviewarten.

Man hat zwölf Wochen und ein Dutzend widersprüchliche Lernpläne zur Auswahl. Dieser Abschnitt verteilt sie. Das Grundgerüst ist einfach: im ersten Monat aufbauen, im zweiten Monat unter Zeitdruck anwenden, im dritten Monat den gesamten Ablauf proben.

• Erster Monat, Grundlagen plus eine schwache Runde: Arrays, Strings, Hashing, Bäume, Graphen und Komplexitätsanalyse, in einem Tempo, das ein erneutes Herleiten statt bloßes Auswendiglernen erlaubt. Parallel dazu die Runde auswählen, die man am wenigsten machen möchte, und dort anfangen, meist das Verhaltensinterview. Sechs Geschichten aus realen Projekten aufschreiben, jede mit einer selbst getroffenen Entscheidung und einem Ergebnis, das man klar benennen kann.
• Zweiter Monat, zeitlich begrenzt und laut gesprochen: Umstieg auf zeitlich begrenzte Aufgaben in einem gemeinsamen Editor, und jede davon laut lösen, einschließlich der Teile, die man falsch macht. Systemdesign ergänzen, falls das Level es verlangt. Ziel des Monats ist nicht eine höhere Aufgabenzahl, sondern die Fähigkeit, sowohl einen gewählten als auch einen verworfenen Ansatz erklären zu können.
• Dritter Monat, vollständige Abläufe: durchgehende Probe-Interviews mit Rückfragen durchführen, jedes davon nachbesprechen und die am schlechtesten bewertete Runde wiederholen. Keine neuen Themen mehr hinzufügen. Spät hinzukommender Stoff verdrängt genau die Probe, die tatsächlich die Bewertung verbessert.

Diese Abläufe allein durchzuspielen, mit Rückfragen und anschließender Nachbesprechung, ist genau das, wofür die Seite Probe-Interview da ist.

Das Scheitern liegt selten an einem fehlenden Thema. Es liegt an einem Plan, der nur aus Stoff besteht und keiner Probe, und der bis zum ersten Probe-Interview produktiv wirkt.

Man stelle sich eine Data Engineerin vor, die zwölf Wochen vor einem Vor-Ort-Interview steht, planmäßig eine große Aufgabensammlung durcharbeitet und das erste Probe-Interview für Woche elf bucht. Die Lösung kommt pünktlich, die Erklärung nicht, weil zehn Wochen stilles Üben genau die falsche Hälfte der Aufgabe trainiert haben. Hätte man dieses erste Probe-Interview auf Woche drei vorgezogen, wäre das Problem noch rechtzeitig zu beheben gewesen.

Der andere häufige Fehler ist die Terminverschiebung. Recruiter-Termine bewegen sich in beide Richtungen, deshalb sollte man den Plan als drei Blöcke schreiben, die man stauchen oder dehnen kann, statt als datierte Wochen. Rückt der Prozess einen Monat vor, schrumpft der zweite Monat auf zwei Wochen, während der dritte Monat unangetastet bleibt. Die Probe-Interviews zu kürzen, um die Themenliste zu retten, kehrt die Prioritäten um.

Über diese zwölf Wochen hinweg besteht die ehrliche Nutzung eines Assistenten im Üben. Probe-Interviews mit Rückfragen, eine Nachbesprechung des Gesagten und die Wiederholung der vermiedenen Runde sind die Arbeit, die den schriftlichen Bericht des Ausschusses tatsächlich verändert, und dabei ist niemand von Google im Gespräch dabei.

Für die eigentlichen Runden bietet SubcueAI eine Desktop-App für macOS und Windows, die Systemton und das eigene Mikrofon hinter einem schwebenden, lokalen Overlay erfasst, sowie eine Browser-Erweiterung, deren Seitenleiste ausschließlich den Ton eines Meeting-Tabs erfasst, nur die Seite des Interviewers. Kein Meeting-Bot tritt dem Anruf bei, und in die Meeting-Seite wird nichts eingeschleust. Die Einrichtung wird auf der Tutorial-Seite erklärt.

Es lohnt sich, die Grenzen der Nutzung klar zu benennen, bevor man seinen Plan darauf aufbaut. Eine beaufsichtigte Prüfung, eine aufgezeichnete Runde, ein geteilter Bildschirm oder ein firmenverwaltetes Notebook machen jeden Assistenten unerreichbar, und Googles Coding-Runden laufen häufig in einem gemeinsamen Editor. Den Plan so aufbauen, dass die Bewertung aus der Probe kommt, nicht aus einem Werkzeug, das im Raum vielleicht gar nicht verfügbar ist.