wie du ein effektives Mock‑Interview mit Kolleg*innen oder Mentor*innen durchführst

Mock‑Interviews sind eine der effektivsten Vorbereitungen — vorausgesetzt, du führst sie strukturiert durch. Ohne klare Regeln können Probesessions trügerisches Selbstvertrauen erzeugen.

Diese Anleitung zeigt dir, wie du realistische Mocks mit Kolleg*innen oder Mentor*innen einrichtest: welche Fragen passen, wie du Zeitlimits setzt, und wie du kurzes, brauchbares Feedback gibst.

wer als Übungspartner*in geeignet ist und wie oft üben

Wähle jemanden, der das Interviewformat glaubhaft nachspielen kann. Das muss nicht zwingend eine Führungskraft sein — ideal sind erfahrene Kolleg*innen, Mentor*innen mit Branchenkenntnis oder eine Peer‑Gruppe. Wichtig ist: die Person kennt die Anforderungen der Rolle und das zu erwartende Format (behavioral, technisches Pairing, Whiteboard, Case usw.).

Wie oft du übst, hängt von deinem Zeitrahmen ab. Bei einem Vorbereitungszeitraum von einem Monat sind zwei strukturierte Mocks pro Woche ein guter Richtwert: einer für Inhalte (Antworten, Coding, Case‑Struktur) und einer, der die ganze Schleife unter realen Zeitbedingungen simuliert. Bei weniger Zeit konzentriere dich auf drei fokussierte Sessions in der finalen Woche.

• Gute Übungspartner*innen kennen das Interviewformat und die Kernkompetenzen der Rolle.
• Peer für häufige Übung, Mentor*in für qualitatives Feedback, Coach für punktuelle Probleme.
• Zielrhythmus: circa zwei Mocks pro Woche; in der Endphase häufiger, kürzer und gezielter.

klarer brief vor jeder session

Beginne jede Mock‑Session mit einem fünfminütigen Briefing. Legt Rolle, Interviewphase und Erfolgskriterien fest. So bleibt die Übung realistisch und ihr verschwendet keine Zeit mit unklaren Erwartungen.

Beispiel‑Briefing: „Wir simulieren einen 45‑minütigen technischen Phone‑Screen für einen Backend‑Engineer bei einem Start‑up. Fokus auf Systemdesign und Algorithmen. Ich übernehme die Rolle des Hiring Managers. Keine Internet‑Recherche.“

• Nenne Rolle, Phase und Zeitrahmen (z. B. 30 min Screening, 60 min Coding).
• Bestimme erlaubte Ressourcen (Whiteboard, Laptop, Notizen, Internet).
• Formuliere 2–3 Kernkompetenzen, die getestet werden sollen.

realistische prompts und rollenrelevante scripts

Allgemeine Fragen sind gut zum Warm‑up, echten Lernerfolg bringen aber rollen‑spezifische Prompts. Erstelle ein kurzes Script mit 3–5 Fragen, die dem entsprechen, was in echten Interviews auftaucht. Für Entwickler: Bug‑Fix, Complexity‑Tradeoff, kleines Coding‑Problem. Für Produktrollen: Produktdesign, Priorisierung, Stakeholder‑Konflikt. Für Customer‑Facing: Pitch und Einwandbehandlung.

Scripts sorgen für Konsistenz über mehrere Durchläufe und machen Fortschritt messbar.

• Engineer: ein Systemdesign (15–20 min), ein Algorithmus (20–25 min), ein Behavioral (5–10 min).
• Product: Produktaufgabe (20 min), Priorisierungsfall (15 min), Konfliktfrage (10 min).
• Designer: Portfolio‑Walkthrough (20 min), UX‑Whiteboard (25 min), Kritiksession (10 min).

zeitlimits und reale rahmenbedingungen nachbilden

Behandle die Mock‑Session wie das echte Interview: halte Zeiten strikt ein, nutze die gleichen Tools und simuliere typische Störungen (z. B. „Der Interviewer hat in 5 Minuten einen Termin“). Das trainiert dein Timing — zu wissen, wann man in die Zusammenfassung geht oder wann man vom Detail ins Big‑Picture wechseln muss.

Wenn das reale Gespräch remote mit einem gemeinsamen Editor stattfindet, nutze das gleiche Setup. Ist es ein Whiteboard‑Interview, steh auf und arbeite an einer Tafel oder auf Papier. Solche Details verändern, wie du denkst und sprichst.

• Nutze echte Zeitvorgaben (z. B. 45 Minuten) und einen sichtbaren Timer.
• Spiegle erlaubte Ressourcen (kein Internet, ein Monitor).
• Füge Ambiguität oder Unterbrechungen ein, um Klärungsfragen zu üben.

feedback, das wirklich weiterhilft

Vages Lob oder harte Kritik ohne Handlungsschritte hilft kaum. Kombiniere ein kurzes Scorecard‑System mit genau drei umsetzbaren Verbesserungsvorschlägen. Halte das Feedback auf 10–15 Minuten begrenzt, damit ihr häufiger üben könnt, ohne auszubrennen.

Bitte die Interviewer*in um: (1) eine Sache, die gut lief, (2) eine Sache, die Zeit gekostet oder unklar gemacht hat, und (3) eine konkrete Korrekturmaßnahme. Punkt 3 sollte so konkret sein, dass du es in der nächsten Session ausprobieren kannst.

• Vier Kategorien mit 1–5 Skala: Klarheit, Struktur, technische Richtigkeit, Kommunikation.
• Markiere Zeitpunkte mit Problemen (z. B. 12:30 fingst du ohne Constraints an zu coden).
• Vereinbart eine Mikro‑Aktion für die nächste Session (z. B. zwei Klarfragen vor dem Start stellen).

einfache bewertungsmatrix zum fortschritts‑tracking

Halte die Bewertung minimalistisch: vier Dimensionen, jeweils 1–5, reichen aus. Die Kategorien helfen dir, Fortschritte über mehrere Mocks zu sehen und Muster zu erkennen — etwa konstante Schwächen in Struktur oder Kommunikation.

Nutze die Punktzahl als Orientierung, nicht als Urteil. Zwei aufeinanderfolgende Verbesserungen in der Ausführung sind oft aussagekräftiger als ein einzelner hoher Score.

• 1–2: Verbesserungsbedarf; 3: akzeptabel mit Mängeln; 4: stark; 5: exzellent.
• Notiere je Kategorie einen Satz zur Begründung der Bewertung.
• Führe ein kurzes Log mit Datum, Rolle und Scores, um Trends zu erkennen.

Mock‑Interviews bringen dir den größten Nutzen, wenn sie wiederholbar, fokussiert und ehrlich sind. Kurze Briefings, realistische Rahmenbedingungen und ein kleines, konkretes Feedback‑Ritual machen den Unterschied.

Wähle pro Session eine Mikro‑Verbesserung und tracke deine Scores. So findest du Problemzonen schneller, gewöhnst dich an Zeitdruck und steigerst die Chance, im echten Interview ruhig und präzise zu performen.