Wie man ein simuliertes Vorstellungsgespräch für Softwareentwickler durchführt

Sie haben wahrscheinlich schon viele Aufgaben gelöst und fühlen sich trotzdem nicht bereit, und der Grund liegt meist darin, dass die Runde nicht nur das Lösen allein bewertet. Dieser Abschnitt trennt die drei Runden, die ein Softwareentwickler-Interviewprozess nutzt, denn jede erfordert eine andere Übungsform, und sie zu mischen verschwendet die Sitzung.

• Coding. 35 bis 45 Minuten, ein oder zwei Aufgaben, laut denken beim Tippen. Das Übungsziel ist, eine Lösung zu erzählen, die noch entsteht.
• Systemdesign. 45 bis 60 Minuten, eine offene Aufgabenstellung, keine Klärung, außer man fragt danach. Das Übungsziel ist, das Problem einzugrenzen, bevor man es entwirft.
• Verhaltensinterview. 45 Minuten Projektgeschichten mit hartnäckigen Nachfragen. Das Übungsziel ist, die dritte Nachfrage zu einer Entscheidung zu überstehen, die man bereut.

Führen Sie pro Sitzung nur eine dieser Runden durch. Ein dreistündiger vollständiger Durchlauf fühlt sich produktiv an, liefert aber kaum verwertbares Feedback, denn ab der dritten Runde üben Sie eher Erschöpfung als Fähigkeit. Wenn Sie den Fragenpool statt der Mechanik suchen, gibt es dazu eine eigene Seite im Hub Probeinterviews.

Probeinterviews allein scheitern auf vorhersehbare Weise: Man wählt eine Aufgabe, die man lösen kann, stoppt den Timer, wenn man feststeckt, und beendet die Übung mit einem guten Gefühl. All das ist das Gegenteil der echten Bedingungen. Bilden Sie stattdessen die Rahmenbedingungen nach.

• Wählen Sie nicht Ihre eigene Aufgabe. Nehmen Sie eine aus einer Liste, die Sie noch nicht gelesen haben, oder lassen Sie jemanden auswählen. Selbst wählen bedeutet, etwas Bequemes zu wählen.
• Starten Sie den Timer und stoppen Sie ihn nie. Die Zeit im Stillstand ist eine Information. Pausieren nimmt genau den Druck weg, den Sie eigentlich üben sollen.
• Passen Sie die Werkzeuge an. Wenn die echte Runde einen geteilten Editor ohne Autovervollständigung, ohne Ausführen-Button und ohne Testsuite verwendet, üben Sie genau dort.
• Sprechen Sie zu einem leeren Raum. Es fühlt sich absurd an und ist der wertvollste Teil. Stilles Problemlösen trainiert eine Fähigkeit, die niemand bewertet.
• Zeichnen Sie es auf. Sich selbst anzusehen ist unangenehm und zeigt Ihnen Füllwörter, Rückzieher und die Minute, in der Sie verstummt sind.
• Entwerfen Sie zunächst ohne Diagramm-Tool. Viele Design-Runden bestehen tatsächlich nur aus einem Sprachanruf und einem leeren Dokument.

Das Einzige, was ein Probeinterview allein nicht liefern kann, ist die Unterbrechung, und die Unterbrechung macht den größten Teil der Schwierigkeit einer echten Runde aus. Ein KI-Interviewer kann genau diese Lücke schließen: Er stellt die Nachfrage, während Sie noch mitten im Satz sind, und wartet nicht höflich, bis Sie fertig sind. Der Modus Probeinterview führt die Runden auf diese Weise durch.

Die meisten Menschen beenden ein Probeinterview und notieren ein Gesamturteil, das eine Woche später nutzlos ist. Sammeln Sie stattdessen konkrete Beobachtungen, die an ein Verhalten geknüpft sind, das Sie ändern können.

• Zeit bis zur ersten Klärungsfrage. Liegt sie über neunzig Sekunden, lösen Sie das falsche Problem.
• Längste Stille. Alles über zwanzig Sekunden braucht stattdessen einen gesprochenen Platzhalter.
• Haben Sie Ihren Ansatz genannt, bevor Sie zu tippen begannen? Jedes Mal ja oder nein.
• Wie haben Sie sich beim Steckenbleiben erholt? Problem neu formuliert, kleineren Fall probiert oder erstarrt.
• War die Diskussion über die Komplexität veranlasst oder freiwillig? Freiwillig wird besser bewertet.
• Beim Design: Haben Sie eingegrenzt, bevor Sie gezeichnet haben? Zuerst Rahmenbedingungen und Skalierung, dann Kästchen.

Eine Backend-Entwicklerin, die sich auf einen Senior-Interviewprozess vorbereitete, absolvierte zwölf Probeinterviews und bestand sie alle, scheiterte dann aber an der echten Coding-Runde, nachdem sie bei einer unbekannten Variante vier Minuten lang verstummt war. Ihre Probeinterviews hatten nie eine Aufgabe enthalten, die sie nicht lösen konnte, sodass sie nie das einzige geübt hatte, was tatsächlich schiefging. Sie änderte eine einzige Regel, indem sie Aufgaben über ihrem Niveau zuließ, und das Schweigeproblem trat sofort zutage.

Es gibt keine magische Zahl, und ab einem gewissen Punkt zahlt sich mehr Übung nicht mehr aus. Ein sinnvolles Muster sind zwei oder drei Probeinterviews pro Rundentyp, verteilt über zwei Wochen, wobei die Auswertung dazwischen wichtiger ist als die Sitzungen selbst. Sechs Probeinterviews ohne Auswertung sind schlechter als drei mit sorgfältigen Notizen.

Machen Sie sich die Grenzen klar. Ein Probeinterview kann Ihnen nicht sagen, welche Aufgabe Sie bekommen, kann den Stil Ihres Interviewers nicht vorhersagen und ersetzt nicht das eigentliche Beherrschen des Stoffs. Was es verbessert, ist die Vortragsebene: beim Denken sprechen, vor dem Bauen eingrenzen und beim Steckenbleiben laut zur Erholung finden. Das überträgt sich vollständig, und das sind auch Dinge, die Lesen allein nicht vermitteln kann.

Übung und Live-Unterstützung sind zwei unterschiedliche Fragen mit unterschiedlichen Antworten. Übung ist unumstritten. Ob Unterstützung während eines echten Interviews angemessen ist, hängt vom Format und den Regeln des Arbeitgebers ab, und Coding-Runden mit Bildschirmfreigabe oder Aufsicht fallen komplett heraus. Die ehrlichen Grenzen finden Sie im Hub Erkennbarkeit.