Cum să concepi un interviu tehnic telefonic de 30 de minute care produce adevărat semnal

Pentru ce e bun un screening de 30 de minute

Un interviu tehnic telefonic de 30 de minute există pentru o singură rază: să decizi dacă următoarele 4–6 ore de timp onsite sau loop virtual merită să-i petreci pe acest candidat. Asta-i tot jobul. Nu e un mini-onsite. Nu e o conversație de cultură cu puțin cod la final. E o poartă.

Cadrul ăsta e osvobozitor. Nu trebuie să evaluezi totul. Trebuie să evaluezi una sau două lucruri care, dacă eșuează, risipesc restul loop-ului.

Bugetul de 30 de minute

Un buget funcțional care supraviețuiește contactul cu realitatea:

• 2 minute — prezentări rapide, rolul curent al candidatului.
• 3 minute — explică formatul, stabilește așteptări, confirmă că tooling-ul funcționează (microfon, editor de cod, screen share).
• 20 de minute — o problemă tehnică, de la început până la capăt.
• 3 minute — întrebări ale candidatului.
• 2 minute — wrap-up, încadrarea pasului următor.

Blocul tehnic de 20 de minute e singurul lucru care contează. Orice altceva e overhead pe care nu-l mai poți comprima fără să fi maleducit.

Alege problema potrivită

O problemă de 30 de minute nu e un Leetcode hard. Nici Fizzbuzz. Forma potrivită e:

• Rezolvabilă de la început la capăt în 15 minute de un candidat puternic, lăsând 5 minute pentru follow-up.
• Are o soluție naivă evidentă, deci un candidat slab poate produce ceva și nu rămâne blocat.
• Are o optimizare de next-level evidentă, deci un candidat puternic are unde să meargă după trecerea naivă.
• Nu necesită memorare. Nimic gen «implementează un B-tree». Testezi gândire, nu memorizare.

Exemple care funcționează: «dată o listă de ședințe, găsește conflicte», «implementează un cache LRU pe o interfață dată», «dat un blob tip CSV, grupează rânduri după o cheie». Sunt toate suficient de simple ca soluția naivă să încapă pe o pagină de cod, și suficient de bogate ca să existe o adevărată întrebare de follow-up.

Exemple care nu funcționează în 30 de minute: orice are formă de algoritm de graf, orice necesită scaffolding, orice unde candidatul petrece 10 minute înțelegând promptul.

Ce evaluezi de fapt

Pentru un phone screen, trei axe — nu cinci. Orice mai mult e teatru la acest buget de timp.

1. Citește problema înainte de a codifica. Candidatul pune o întrebare de clarificare, reformulează problema și propune o abordare înainte de a începe să scrie? Sau bate la tastatură în timp ce privești?
2. Scrie cod care funcționează. Nu cod perfect. Nu cod idiomaic. Cod care funcționează, cu candidatul observând cazuri extreme pe măsură ce merge.
3. Poate vorbi în timp ce scrie. Codare tăcută pentru 15 minute e semnal de fără-angajare indiferent de faptul că codul funcționează, pentru că fiecare rund următoare trebuie ca ei să gândească cu vocea tare.

Atât. Dacă candidatul lovește toate trei cu un 3-sau-mai-bine, avansezi. Rubrica structurată pentru loop-ul complet face munca mai grea mai târziu.

Ce să tai

• Proiectarea sistemului la phone screen. Salvează pentru onsite. Nu poți obține semnal semnificativ în 8 minute.
• Întrebări comportamentale dincolo de «povestește-mi despre rolul tău curent». Salvează-le pentru runda dedicată.
• «Povestește-mi despre un proiect». E o întrebare grozavă. Nu e o întrebare de screening de 30 de minute.
• Take-home referit în screening. Dacă ai un take-home, merge înainte sau după — nu împleted în screening.

Execută screening-ul pe tooling-ul pe care îl folosește loop-ul real

Un screening de 30 de minute pe Google Docs urmat de un onsite de 90 de minute pe un editor real e un dezastru de experiență candidat. Candidatul petrece screening-ul demonstrând că poate scrie Python într-un câmp de text fără evidențiere de sintaxă — și apoi onsite-ul testează ceva diferit. Folosește același editor și același mediu de execuție de la început la capăt. Vezi ghidul best practice-urilor live-coding pentru versiunea mai aprofundată.

Cum se potrivește ClarityHire

Camera de interviu are implicit editorul Monaco cu tastare colaborativă Yjs și un adevărat container Linux în spatele butonului run, deci un screening de 30 de minute e pe aceeași suprafață ca loop-ul tău de 90 de minute. Template-ul scorecard phone-screen vine cu rubrica de trei axe preconfigurate; alege-o, personalizează ancore-le pentru rolul tău, și-ai gata.

TL;DR

Screening-ul tehnic telefonic de 30 de minute e o poartă, nu un mini-loop. O problemă tehnică, trei axe de evaluare, același tooling ca loop-ul complet, fără proiectare de sistem, fără comportament dincolo de prezentări. Orice altceva și fie subestimezi candidatul, fie faci o problemă de timp.