Wie man ein 30-Minuten-Tech-Telefoninterview konzipiert, das echtes Signal liefert

Wozu ein 30-Minuten-Screen da ist

Ein 30-Minuten-Tech-Telefoninterview existiert für einen Grund: zu entscheiden, ob die nächsten 4–6 Stunden Onsite- oder virtueller Loop-Zeit für diese Bewerberin sinnvoll sind. Das ist alles. Es ist kein Mini-Onsite. Es ist keine Culture-Unterhaltung mit etwas Code am Ende. Es ist eine Schleuse.

Der Rahmen ist befreiend. Du musst nicht alles bewerten. Du musst die eine oder zwei Dinge bewerten, die, wenn sie fehlschlagen, den Rest des Loops verschwenden.

Das 30-Minuten-Budget

Ein funktionierendes Budget, das den Kontakt mit der Realität übersteht:

• 2 Minuten — kurze Intros, aktuelle Rolle der Bewerberin.
• 3 Minuten — Format erklären, Erwartungen setzen, Tooling überprüfen (Mikrofon, Code-Editor, Screen-Share).
• 20 Minuten — ein technisches Problem, von Anfang bis Ende.
• 3 Minuten — Fragen der Bewerberin.
• 2 Minuten — Wrap-up, Folgeschritt-Framing.

Der 20-Minuten-Tech-Block ist das einzige, das zählt. Alles andere ist Overhead, den du nicht weiter komprimieren kannst, ohne unhöflich zu sein.

Wähle das richtige Problem

Ein 30-Minuten-Problem ist kein Leetcode Hard. Es ist auch nicht Fizzbuzz. Die richtige Form ist:

• Vollständig lösbar in 15 Minuten durch eine starke Bewerberin, mit 5 Minuten für Follow-ups.
• Hat eine offensichtliche naive Lösung, sodass eine schwache Bewerberin etwas produziert und nicht erstarrt.
• Hat eine offensichtliche Next-Level-Optimierung, sodass eine starke Bewerberin nach dem naiven Durchgang Weiteres hat.
• Erfordert keine Erinnerung. Nichts wie „implementiere einen B-tree". Du testest Denken, nicht Memorieren.

Beispiele, die funktionieren: „gegebene Liste von Meetings, finde Konflikte", „implementiere einen LRU-Cache gegen eine gegebene Schnittstelle", „gegebener CSV-ähnlicher Blob, gruppiere Zeilen nach einem Schlüssel". Sie sind alle einfach genug, dass die naive Lösung in eine Bildschirmseite Code passt, und reich genug, dass es eine echte Follow-up-Frage gibt.

Beispiele, die in 30 Minuten nicht funktionieren: alles mit Graphen-Algorithmus-Form, alles, das Scaffolding erfordert, alles, wo die Bewerberin 10 Minuten damit verbringt, den Prompt zu verstehen.

Was du wirklich bewertest

Für einen Phone-Screen: drei Achsen — nicht fünf. Alles andere ist Theater bei diesem Zeitbudget.

1. Liest das Problem vor dem Codieren. Stellt die Bewerberin eine Klarfrage, formuliert das Problem um und schlägt einen Ansatz vor, bevor sie anfängt zu tippen? Oder hämmert sie auf die Tastatur, während du zuschaust?
2. Schreibt Code, der funktioniert. Nicht perfekter Code. Nicht idiomatischer Code. Funktionierender Code, wobei die Bewerberin Grenzfälle bemerkt, während sie voranschreitet.
3. Kann während des Tippens sprechen. Stilles Codieren für 15 Minuten ist ein Nicht-Einstellung-Signal, egal ob der Code funktioniert, weil jede spätere Runde sie laut denken braucht.

Das ist alles. Wenn die Bewerberin alle drei mit einer 3-oder-besser trifft, rückst du vor. Die strukturierte Rubrik für den vollständigen Loop erledigt die schwerere Arbeit später.

Was du weglässt

• Systemdesign beim Phone-Screen. Speichern für das Onsite. Du kannst kein sinnvolles Signal in 8 Minuten bekommen.
• Verhaltensfragen über „erzähl mir von deiner aktuellen Rolle" hinaus. Speichern für die eigene Runde.
• „Erzähl mir von einem Projekt". Es ist eine großartige Frage. Es ist keine 30-Minuten-Screen-Frage.
• Take-Home, das im Screen referenziert wird. Wenn du ein Take-Home hast, kommt es vorher oder nachher — nicht gefaltet in den Screen.

Führe den Screen mit dem Tooling aus, das der echte Loop nutzt

Ein 30-Minuten-Screen in Google Docs gefolgt von einem 90-Minuten-Onsite auf einem echten Editor ist eine Bewerberin-Erfahrungs-Katastrophe. Die Bewerberin verbringt den Screen damit, zu demonstrieren, dass sie Python in einem Textfeld ohne Syntaxhervorhebung schreiben kann — und dann testet das Onsite etwas anderes. Nutze denselben Editor und Ausführungsumgebung von Anfang bis Ende. Sieh dir den Live-Coding-Best-Practices-Guide für die tiefere Version an.

Wie ClarityHire passt

Der Interview-Raum hat standardmäßig den Monaco-Editor mit Yjs-Zusammenarbeit-Tippen und einen echten Linux-Container hinter der Run-Schaltfläche, sodass ein 30-Minuten-Screen auf der gleichen Fläche wie dein 90-Minuten-Loop ist. Die Phone-Screen-Scorecard-Vorlage wird mit der vorkonfigurierten Drei-Achsen-Rubrik ausgeliefert; wähle sie, passe die Anker für deine Rolle an, und du bist fertig.

TL;DR

Der 30-Minuten-Tech-Telefoninterview ist eine Schleuse, kein Mini-Loop. Ein technisches Problem, drei Bewertungsachsen, gleiches Tooling wie der volle Loop, kein Systemdesign, keine Verhalten über Intros hinaus. Alles andere und du unterschätzst die Bewerberin oder läufst der Uhr davon.