Mülakat yapmak: yapılandırılmış mülakat, ipucu merdiveni, rubrik ve geri bildirim
Mülakat yapan tarafa geçtiğinde yapılandırılmış mülakatı kurmayı, soru seçmeyi, ipucunu kademeli vermeyi, gözlemlenebilir davranışlara dayalı 1-4 ölçekli rubrikle not vermeyi, önyargıdan kaçınmayı, live coding oturumunu yönetmeyi ve karar verdiren bir geri bildirim yazmayı anlatır.
Bu rehberde
İyi bir mühendis olmak, iyi bir mülakatçı olmak için yetmez. Mülakatçı olarak işin, bir saatlik bir gözlemden ekibinin önümüzdeki yıllarını etkileyecek bir karara kanıt üretmek ve bunu yaparken adaya, şirketi bir sonraki başvurusunda da düşünecek kadar iyi bir deneyim yaşatmak. Bu rehberde yapılandırılmış mülakatın neden işe yaradığını, soru seçmeyi, oturumu zaman çizelgesiyle yönetmeyi, ipucunu kademeli vermeyi, gözlemlenebilir davranışlara dayalı bir rubrikle not vermeyi, önyargı tuzaklarını ve karar toplantısında işe yarayan bir geri bildirim yazmayı öğreneceksin.
Bu sitenin her problem ve pratik görev sayfasının sonundaki "Mülakatçı için" bölümü ve :::rubric blokları bu rehberdeki yaklaşımı kullanır; oradaki maddeleri kendi mülakatlarında doğrudan kullanabilirsin.
Neden yapılandırılmış mülakat
Google'ın re:Work rehberi yapılandırılmış mülakatı şöyle tanımlar: aynı iş için her adaya aynı yöntem uygulanır; mülakatçılar aynı soruları sorar, cevapları aynı ölçekle puanlar ve kararı önceden belirlenmiş niteliklere göre verir. Aynı rehberin öne çıkardığı noktalar:
- Yapılandırılmış mülakatlar iş performansını yapılandırılmamış sohbetlerden daha iyi öngörür; rehber, demografik gruplar arasındaki puan farklarının da daha küçük olduğunu aktarır.
- Hazır sorular ve rubrikler Google'da mülakatçılara mülakat başına ortalama 40 dakika kazandırmış ve onları daha hazırlıklı hissettirmiş.
- Yapılandırılmış mülakata giren ve reddedilen adaylar, girmeyenlere göre %35 daha memnun kalmış.
- Rehberin cümlesiyle, işe alımda "içgüdüne güvenmek yetmez" (trusting your gut won't cut it): ilk izlenim ve teyit yanlılığı (confirmation bias) yapılandırılmamış mülakatın doğal sonucudur.
Pratikte yapılandırma dört şey demek: ne ölçeceğini önceden tanımla, herkese aynı soruyu sor, her boyut için "iyi" ve "kötü"nün neye benzediğini önceden yaz, kanıtı not al ve kararı kanıta bağla.
Mülakattan önce
Neyi ölçeceğini tanımla
re:Work rolün gerektirdiği nitelikleri üç alanda tanımlamayı önerir: role özgü bilgi, problem çözme ve liderlik (bireysel katkıcı ile yönetici için beklenti farklıdır). Backend mühendisi için bunu oturum tipine göre somutlaştır:
| Oturum | Ölçülen boyutlar |
|---|---|
| Algoritma / pratik kodlama | Problem çözme, kodlama ve kod kalitesi, test ve doğrulama, iletişim |
| Sistem tasarımı | Gereksinim çıkarma, yüksek seviye tasarım, derinlemesine inme, trade-off ve darboğaz, iletişim |
| Live coding (mevcut kod tabanı) | Kodu okuma ve anlama, refactor güvenliği (önce test), tasarım ilkeleri, araç kullanımı, iş birliği |
| Davranışsal | Sahiplik, iş birliği ve çatışma, belirsizlikte karar, öğrenme ve geri bildirim, etki kapsamı |
Döngüdeki her mülakatçı farklı boyutlara odaklanmalı; dört mülakatçının dördünün de "iletişimi iyiydi" yazdığı ama kimsenin test yazma becerisine bakmadığı döngü, karar toplantısında bilgi açığı yaratır.
Hazırlık kontrol listesi
- Adayın CV'sini 10 dakika oku: hangi seviyeye başvuruyor, hangi teknolojilerle çalışmış, hangi hikâyeye takip sorusu sorabilirsin?
- Sorunu ve rubriğini aç; sorunun uzantılarını (seviye 2-3-4) hazır tut.
- Ortamı test et: ortak editör, derleme/çalıştırma imkânı, çizim aracı, ses ve görüntü.
- Döngüde senden önceki ve sonraki mülakatçının hangi boyutlara bakacağını bil; aynı soruyu tekrar sorma.
- Not almak için boş bir şablon (aşağıda) hazırla.
Soru seçimi
İyi bir mülakat sorusunun özellikleri:
- Kademeli: Herkesin başlayabileceği bir giriş ve güçlü adayı zorlayacak uzantılar. Bu sitedeki dört seviyeli pratik görevler (in-memory veritabanı, banka hesap sistemi, rate limiter...) bu yapıdadır: junior aday Seviye 2'de, senior aday Seviye 4'te ayrışır, ama herkes bir yerden başlar.
- İşle ilgili: Gerçek işte karşılaşılacak türden düşünmeyi ölçer: veri modeli, sınır durumları, eşzamanlılık, test. "Aha" anına dayanan bulmacalar (bir hileyi bilmeyen aday hiç ilerleyemez) zayıf sinyal verir.
- Ezberle çözülemez: Birebir LeetCode problemi soruyorsan, adayın daha önce görmüş olma ihtimalini hesaba kat; uzantılar ve takip soruları ezberi ayırt eder.
- Kendin çözmüşsün: Soruyu, mülakattaki süreyle ve konuşarak kendin çözmeden sorma. Kendi çözüm süren × 2 kabaca adayın ihtiyacıdır.
- Rubriği var: Her seviye ve boyut için "güçlü" ve "zayıf" cevabın neye benzediği yazılı olmalı; böylece farklı mülakatçılar aynı soruyu aynı ölçüyle değerlendirir.
Davranışsal sorular için re:Work'ün önerisi: her soru gerçekçi bir başlangıç sorusu ve önceden belirlenmiş takip sorularıyla gelir. Takip soruları adayın akıl yürütmesini derinleştirir ve başlangıç sorusunun kaçırdığı boyutları kapsar. Örnek:
Soru: "Tell me about a time you disagreed with a technical decision."
Takip 1: "What was the other person's main concern?"
Takip 2: "What data did you use?"
Takip 3: "What happened after the decision? Would you do anything differently?"
Kanıt: Karşı tarafın gerekçesini kendi cümlesiyle anlatabiliyor mu? Karar sonrası bağlılık?
Oturum akışı
60 dakikalık bir kodlama ya da pratik görev oturumu için zaman çizelgesi:
| Dakika | Ne yaparsın | Neden |
|---|---|---|
| 0-5 | Kendini tanıt, formatı anlat ("35 dakika kodlama, 7 dakika test, sonda senin soruların"), kuralları netleştir (dil, AI kullanımı, internet, derleme) | Belirsizlik kaygıyı artırır, kaygı sinyali bozar |
| 5-10 | Problemi ver, adayın netleştirme sorularını cevapla | Netleştirme sorusu sorulmazsa not al; bu bir sinyaldir |
| 10-45 | Kodlama. Sessiz ama dikkatli dinle; not al; gerekirse ipucu merdiveni | Adayın düşünmesine alan bırak |
| 45-52 | Test ve uzantı: "Bu kodu nasıl test edersin?", sıradaki seviye ya da takip sorusu | Erken bitiren güçlü adayı ayırt etmek için |
| 52-60 | Adayın soruları. Dürüst cevap ver; bilmiyorsan söyle | Aday da seni değerlendiriyor |
| Hemen sonra | Notları temize çek ve geri bildirimi en geç aynı gün, başka mülakatçılarla konuşmadan önce yaz | Hafıza hızla bozulur; başkalarının görüşü seni etkiler |
Zaman sinyallerini açıkça ver: "We have about 15 minutes left. I'd like to make sure we get to testing." Zamanı adayın yönetmesini bekleyip sonra "test yazmadı" diye not düşmek adil değildir.
İpucu verme merdiveni
Aday takıldığında ne zaman ve ne kadar yardım ettiğin, hem adayın deneyimini hem notunun adaletini belirler. İpucunu kademeli ver ve hangi basamakta olduğunu not al:
| Basamak | Ne yaparsın | Örnek (top-K probleminde) |
|---|---|---|
| 0. Bekle | 2-3 dakika sessizliğe izin ver; adayın düşünmesi bölünmesin | (Sessizlik) |
| 1. Düşünceyi açtır | Adayın nerede olduğunu kendi cümleleriyle anlatmasını iste | "Can you walk me through what you're thinking right now?" |
| 2. Yönlendirici soru | Cevabı vermeden, doğru yöne bakan bir soru sor | "What do you need to know about the elements you've already seen?" |
| 3. Alan ipucu | Hangi araç ailesine bakılacağını söyle | "Is there a data structure that keeps the smallest of K items cheaply?" |
| 4. Somut ipucu | Yaklaşımı ver, uygulamayı adaya bırak | "A min-heap of size K would work here. How would you use it?" |
| 5. Birlikte yaz | Kritik kısmı birlikte yaz ki oturumun kalanında başka sinyaller toplanabilsin | "Let's write the comparator together, then you take it from there." |
Kurallar:
- Ne zaman müdahale: Aday 3-5 dakikadır ilerlemiyorsa, yanlış bir yolda 10 dakikadan fazla gidecekse ya da oturumun kalanı başka bir boyutu ölçmeye ayrılmışsa. Erken müdahale bağımsız düşünmeyi ölçmeni engeller, geç müdahale oturumun geri kalanını boşa harcar.
- Yanlış yolu söylemek bir ipucudur: "Bu yaklaşım O(n²), girdi 10⁶ olabilir" demek basamak 2-3'tür; nötr ve bilgi veren bir tonla söyle.
- İpucu ceza değil, veridir: Basamak 1-2 ipucu her mülakatta normaldir ve neredeyse hiç not düşürmez. Basamak 4-5 problem çözme boyutunda notu bir kademe düşürür, ama ipucunu nasıl kullandığı (hızlı mı aldı, üzerine mi koydu) ayrıca güçlü bir sinyaldir.
- Kaydet: Geri bildirimde "basamak 3 ipucu ile 28. dakikada heap fikrine ulaştı, sonra bağımsız ve hatasız uyguladı" gibi yaz.
Notlama rubriği
Dört basamaklı ölçek kullan: 1 Strong no, 2 No, 3 Yes, 4 Strong yes. Ortası olmayan bir ölçek, mülakatçıyı "kararsızım" demek yerine kanıtı tartmaya zorlar. Her boyut için puan ver, sonra bütün için bir karar ver; bütün kararı boyutların ortalaması değildir (ör. kodlama "Strong yes" ama test ve doğrulama "Strong no" ise bu bir rol için kabul edilemez olabilir), ama her zaman boyut puanlarıyla gerekçelendirilir.
Aşağıdaki tablolarda her hücre gözlemlenebilir bir davranıştır: başka bir mülakatçı aynı oturumu izleseydi aynı şeyi görebilmeliydi. "Zeki", "iyi iletişim" gibi sıfatlar rubriğe girmez.
Problem çözme
| 1 Strong no | 2 No | 3 Yes | 4 Strong yes |
|---|---|---|---|
| Problemi anlamadan koda başladı; ipucularına rağmen çalışan bir yaklaşıma ulaşamadı | Brute force'a ulaştı; iyileştirmeyi ancak basamak 4-5 ipucuyla buldu; karmaşıklığı yanlış söyledi | Netleştirme soruları sordu; brute force'u söyleyip darboğazı adlandırdı; optimal ya da optimale yakın çözüme en fazla basamak 2-3 ipucuyla ulaştı; karmaşıklığı doğru söyledi | Kenar durumları kendiliğinden ortaya çıkardı; birden çok yaklaşımı trade-off'larıyla karşılaştırdı; uzantılara (bir sonraki seviye, ölçek) ipucusuz ilerledi |
Kodlama ve kod kalitesi
| 1 Strong no | 2 No | 3 Yes | 4 Strong yes |
|---|---|---|---|
| Kod derlenmiyor ya da yaklaşımı yansıtmıyor; dilin temel yapılarında takıldı | Çalışan ama tekrar eden, anlaşılması zor kod; yanıltıcı isimler; hata durumları yok sayılmış | Okunabilir, makul ölçüde modüler kod; anlamlı isimler; dilin standart koleksiyonlarını doğru kullandı; hata durumlarını ele aldı | Seviyeler arası değişiklikte refactor etti ve eski davranışı korudu; doğru soyutlamayı doğru zamanda seçti; sadeliği tercih etti ve gerekçesini söyledi |
Test ve doğrulama
| 1 Strong no | 2 No | 3 Yes | 4 Strong yes |
|---|---|---|---|
| Kodunu hiç çalıştırmadı ya da elle izlemedi; hatayı mülakatçı gösterdi | Sadece verilen örnekle denedi; kenar durumları sorulunca düşündü | Kodu örnek üzerinden elle izledi; boş girdi, tek eleman, sınır değerleri gibi kenar durumları test etti; bulduğu hatayı kendisi düzeltti | Test yazmayı kendiliğinden yaptı (ya da test stratejisini net söyledi); testleri seviye/davranış adıyla isimlendirdi; hatayı yakalayan testi önce yazdı |
İletişim ve iş birliği
| 1 Strong no | 2 No | 3 Yes | 4 Strong yes |
|---|---|---|---|
| Uzun süre sessiz kaldı ya da soruları cevaplamadı; geri bildirime savunmacı tepki verdi | Ne yaptığını sorulunca anlattı; ipucunu anlamakta zorlandı; varsayımlarını söylemedi | Düşüncesini sesli anlattı; varsayımlarını açıkça söyledi; ipucunu alıp üzerine koydu; zaman sinyallerine göre önceliklendirdi | Mülakatçıyı bir ekip arkadaşı gibi sürece dahil etti ("A ve B arasında kaldım, bağlamınızda hangisi önemli?"); karmaşık bir fikri net ve kısa anlattı; anlaşmazlıkta gerekçeyle konuştu |
Davranışsal (sahiplik örneği)
| 1 Strong no | 2 No | 3 Yes | 4 Strong yes |
|---|---|---|---|
| Örnek veremedi ya da sorumluluğu başkalarına attı | Örnek ekip başarısı olarak anlatıldı, kendi payı belirsiz; sonuç ölçülmemiş | Kendi eylemlerini somut anlattı; ölçülebilir sonuç verdi; takip sorularında ayrıntıya indi | Kapsamı rolünün ötesine geçen bir sorunu üstlendi; kalıcı süreç değişikliğine dönüştürdü; hatalarını ve öğrendiklerini kendiliğinden anlattı |
- Her boyut için en az bir alıntı ya da zaman damgalı gözlem yazdım ("18. dk: 'what if the list is empty?' diye sordu").
- Puanı rubrikteki davranışa bağladım, adayın bana benzeyip benzemediğine değil.
- Hangi ipucu basamağını ne zaman verdiğimi yazdım.
- Kararı, döngüdeki diğer mülakatçıların notlarını görmeden önce verdim.
- Seviye beklentisini (junior/mid/senior) ölçeği kaydırmak için değil, rubrikteki çıtayı seçmek için kullandım.
Not almak
İyi not, kararı sen olmadan da savunulabilir kılar. Kurallar:
- Davranışı yaz, yorumu değil. "İletişimi zayıftı" yerine "12-20. dakikalar arasında sessiz kodladı; sorduğumda yaklaşımını anlatabildi."
- Alıntı yap. Adayın kendi cümleleri, özellikle netleştirme soruları ve trade-off ifadeleri.
- Zaman damgası koy. Ne zaman neye ulaştığı, hız ve ipucu etkisi için kanıttır.
- Kodu sakla. Ortak editördeki son hali geri bildirime ekle.
- Göremediğini de yaz. "Eşzamanlılığa zaman kalmadı, bu boyutu ölçmedim" ifadesi, ölçülmemiş bir boyutu "zayıf" sanmaktan korur.
Önyargıdan kaçınmak
| Önyargı | Nasıl görünür | Karşı önlem |
|---|---|---|
| İlk izlenim / hale etkisi | İlk 5 dakikadaki rahat sohbet tüm notu yükseltir (ya da gerginlik düşürür) | Puanı oturum sonunda, boyut boyut ve kanıta göre ver |
| Benzerlik (affinity) | Aynı okuldan, aynı şirketten, aynı hobiden gelen adaya sempati | "Culture fit" yerine rubrikteki davranışlar; benzerlik notlara girmez |
| Teyit yanlılığı | CV'den edindiğin fikri doğrulayan kanıtları görmek, çelişenleri görmemek | Her adaya aynı soru ve takip soruları; CV'yi değil oturumu puanla |
| Karşıtlık etkisi | Çok güçlü bir adaydan sonra gelen iyi aday zayıf görünür | Adayı önceki adayla değil rubrikle karşılaştır |
| Dil ve aksan | Anadili İngilizce olmayan adayın yavaş ya da aksanlı konuşmasını yetkinlik eksikliği sanmak | Netliği ölç, akıcılığı değil; gerekirse soruyu yeniden ifade et, sabırla bekle |
| Stres altında performans | Gergin adayın ilk 10 dakikasını tüm oturuma genellemek | Isınma sorusu, açık format bilgisi; gerginlik geçtikten sonraki performansa ağırlık |
| Grup etkisi | Karar toplantısında ilk konuşan ya da kıdemli kişinin görüşüne uymak | Notlar toplantıdan önce bağımsız gönderilir; en az kıdemli olan önce konuşur |
Ayrıca: işle ilgisi olmayan kişisel konuları (yaş, medeni durum, çocuk planı, din, sağlık, siyasi görüş, nereli olduğu) sorma; bunlar hem çoğu ülkede hukuki risk hem de karar için gereksiz bilgi üretir. Aday kendisi açarsa nazikçe işe dön ve notlarına yazma.
Aday deneyimi
Aday da seni ve şirketi değerlendiriyor; reddedilen bir aday bile deneyimini anlatır. re:Work'ün verisi bunun ölçülebilir olduğunu gösteriyor: yapılandırılmış mülakatta reddedilen adaylar daha memnun ayrılıyor.
- Zamanında başla, kendini ve rolünü tanıt, formatı anlat.
- Kuralları baştan söyle: dil, derleme imkânı, internet, AI kullanımı. OpenAI'ın aday rehberi AI kullanımının formata göre değiştiğini, Anthropic'inki canlı mülakatlarda aksi belirtilmedikçe AI kullanılmamasını söylüyor; kendi şirketinin kuralını belirsiz bırakma.
- Mülakat sırasında başka işle (Slack, e-posta) uğraşma; kamerada dikkatinin dağıldığı görülür.
- Ortam sorunlarını (ses, editör, derleyici) adayın aleyhine yazma; zamanı telafi et.
- Olumsuz sinyali yüzüne yansıtma; nötr ve destekleyici bir ton koru. Oturumun sonunda "iyi geçti/kötü geçti" gibi sonuç ima etme; karar süreci hakkında doğru bilgi ver.
- Adayın sorularına dürüst cevap ver; şirketin zor taraflarını da (on-call, teknik borç) dengeli anlat.
Live coding oturumunu yönetmek
Sık karşılaşılan durumlar ve ne yapacağın:
| Durum | Ne yaparsın |
|---|---|
| Aday netleştirme sorusu sormadan koda başladı | 2-3 dakika izle; sonra "Before you go further, is there anything about the input you'd like to confirm?" Bu bir basamak 1 ipucudur ve not edilir |
| Aday yanlış problemi çözüyor (gereksinimi yanlış anlamış) | Hemen söyle; yanlış anlaşılmış bir gereksinimle 20 dakika harcanırsa hiçbir boyutu ölçemezsin. Not al, sert cezalandırma |
| Aday derleme hatasıyla boğuşuyor | Sözdizimi hatası ölçtüğün şey değilse yardım et; "You're missing a closing bracket on line 12" ölçülecek bir şeyi bozmaz |
| Aday çok erken bitirdi | Rubrikteki uzantıya geç: sonraki seviye, ölçek ("10⁹ eleman olursa?"), eşzamanlılık, test stratejisi |
| Aday sessizleşti | "Can you share what you're thinking?" ile düşünceyi aç; sessizliği yanlış yorumlama, bazı adaylar sessiz düşünür |
| Aday paniğe kapıldı | Problemi küçült ("Let's first solve it for a list of two elements"); küçük bir başarı genelde akışı geri getirir |
| Ezber şüphesi (cevap çok hızlı ve kalıp) | Çözümü değiştiren bir kısıt ekle ya da "Why does this work?" diye sor; anlayan aday uyarlayabilir |
| Yasak araç kullanımı şüphesi | Suçlama; anlayışı ölçen sorular sor ("Walk me through line 20"). Şüpheni kanıtıyla birlikte geri bildirimde yaz ve süreç sahibine ilet |
Pratik görev formatında (OpenAI/Anthropic tarzı dört seviyeli tek proje) ek olarak: her seviyenin başında yeni gereksinimi yazılı ver, seviyeler arasında adayın önceki kodu refactor edip etmediğini izle, seviye atlamak için "önceki seviyenin testleri geçiyor mu?" diye sor. Bu sitedeki pratik görevlerin "Mülakatçı için" rubrikleri bu formata göre yazıldı: gereksinimi netleştirme, seviyeler arası refactor, test yazma, kod kalitesi, zaman yönetimi.
Geri bildirim yazma şablonu
Geri bildirim, karar toplantısında seni temsil eden belgedir. Okuyan kişi oturumu izlememiş olsa bile kararını anlayabilmeli.
Aday: <ad> Rol / seviye: Backend Engineer / Senior
Oturum: Pratik kodlama, 60 dk Soru: in-memory-veritabani (4 seviye)
Karar: 3 - Yes
Özet (2-3 cümle):
Seviye 1-3'ü 35 dakikada testleriyle bitirdi; Seviye 4'te undo log tasarımını
ipucusuz buldu, iç içe commit'te bir hata yaptı ve kendi testiyle yakaladı.
Kod okunabilir ve seviyeler arası refactor temizdi.
Boyutlar:
Problem çözme 4 TreeMap ve tailMap'i 6. dk'da önerdi; undo log'u snapshot ile
karşılaştırdı ("begin would be O(n) with snapshots").
Kodlama / kalite 3 Entry record'u, Optional dönüşü, sabitler. Seviye 3'te eski
metotları delege ederek korudu. Bir metot 40 satıra uzadı.
Test / doğrulama 4 Her seviyeden sonra test ekledi; TTL sınırını (14/15) kendi
test etti; 52. dk'da nested commit hatasını testle yakaladı.
İletişim 3 Sesli düşündü; 2 netleştirme sorusu (TTL sınırı, scan formatı).
Seviye 4'te 4 dk sessiz kaldı, sorduğumda açıkça anlattı.
İpuçları: Basamak 1, bir kez (Seviye 4, 41. dk).
Endişeler: Eşzamanlılığa zaman kalmadı; bu boyutu ölçmedim.
Seviye notu: Senior çıtasında; sistem tasarımı turunun ölçek ve eşzamanlılığa
odaklanmasını öneririm.
Ek: Editördeki son kod (link)
Kötü geri bildirim örnekleri ve neden kötü oldukları:
- "Strong candidate, would love to work with him." Kanıt yok; karar toplantısında hiçbir şey ifade etmez.
- "Not a culture fit." Neyi kastettiği belli değil; çoğu zaman benzerlik yanlılığının kılığıdır.
- "Struggled a bit but okay." Hangi boyutta, ne kadar, hangi ipucuyla?
- "Didn't finish." Kaçıncı seviyede, ne kadar zamanda, neden? Bitirememek tek başına karar değildir.
Karar toplantısı (debrief)
- Herkes notunu ve kararını toplantıdan önce, birbirini görmeden gönderir.
- Toplantıda kanıt konuşulur: "Test boyutunda 2 verdim, çünkü..." Sıfatlar değil gözlemler.
- Çelişen puanlar değerlidir: biri "Strong yes", biri "No" verdiyse bu bir hata değil, farklı boyutlar ya da farklı kanıtlar demektir; ikisini de dinle.
- Seviye kararı (mid mi senior mı) ayrı konuşulur; "Senior için No" çoğu zaman "Mid için Yes" demektir.
- Kalibrasyon: düzenli aralıklarla aynı kaydı birden çok mülakatçı bağımsız puanlar ve farklar konuşulur; re:Work mülakatçıların eğitilmesini ve kalibre edilmesini bu sürecin parçası sayar.
Mülakatçı olarak gelişmek
- Gölge (shadow): Deneyimli bir mülakatçının 2-3 oturumunu sessizce izle, kendi notunu ve puanını ayrıca yaz, sonra karşılaştır.
- Ters gölge (reverse shadow): Oturumu sen yönet, deneyimli mülakatçı izlesin ve sana geri bildirim versin.
- Soruyu kendin çöz: Her yeni soruyu bir meslektaşına mülakat formatında sor; süreyi ve rubriği ona göre ayarla.
- Aday olmaya devam et: Mock mülakatlarda aday olmak, oturumun aday tarafındaki baskıyı unutmamanı sağlar.
Sık yapılan hatalar
- Kendi favori bulmacanı sormak. Ölçtüğü şey işle ilgili değilse kanıt da değildir.
- Adayın yerine konuşmak. Sessizliği doldurmak için sürekli konuşmak adayın düşünmesini engeller.
- Sadece doğru cevaba bakmak. Süreç (netleştirme, test, iletişim) cevaptan daha çok bilgi verir.
- Notu sonradan yazmak. Ertesi gün yazılan geri bildirim çoğu zaman bir hikâyeye dönüşür, kanıta değil.
- İpucunu not etmemek. Basamak 5 ipucuyla bitirilen çözüm ile ipucusuz çözüm aynı puanı almamalı.
- Ölçmediğin boyutu cezalandırmak. Zaman kalmadıysa "ölçülmedi" yaz.
Hızlı tekrar
S: Yapılandırılmış mülakatın dört temel unsuru nedir?
C: Ölçülecek nitelikleri önceden tanımlamak, herkese aynı soruları (ve takip sorularını) sormak, önceden yazılmış rubrikle puanlamak, kanıtı not alıp kararı ona bağlamak.
S: Rubrikte neden ortası olmayan 1-4 ölçek kullanılır?
C: "Kararsızım" seçeneğini kaldırır; mülakatçıyı kanıtı tartıp Yes ya da No tarafına geçmeye zorlar.
S: İpucu merdiveninin basamakları?
C: Bekle, düşünceyi açtır, yönlendirici soru, alan ipucu, somut ipucu, birlikte yaz; hangi basamağın ne zaman kullanıldığı not edilir.
S: Karar toplantısında grup etkisini azaltmanın iki yolu?
C: Notları toplantıdan önce bağımsız göndermek ve en az kıdemli kişinin önce konuşması.
S: İyi bir geri bildirimin zorunlu parçaları?
C: Karar, kısa özet, her boyut için puan ve zaman damgalı kanıt, ipucu seviyesi, endişeler ve ölçülmeyen boyutlar, seviye notu.
Kaynaklar
- Google re:Work: A guide to structured interviewing: Yapılandırılmış mülakatın tanımı, faydaları, soru tipleri, rubrik, puanlama ve kalibrasyon.
- Anthropic: Guidance on candidates' AI usage: Adaylara canlı mülakat ve take-home'da AI kullanımı hakkında verilen kurallar.
- OpenAI Interview Guide: Kodlama turlarında değerlendirilen ölçütler ve formata göre değişen AI politikası.
- Meta: Preparing for your software engineering interview: Bir büyük şirketin oturum yapısını (tanışma, kodlama, adayın soruları) nasıl zamanladığına bir örnek.