“Yaptığın Şeyi Anlat” — 2026'nın Yeni Mülakat Sorusu

Özet: 2026'da giderek daha fazla mülakatçı, “bana bir zaman anlat” ile başlamak yerine adaylardan gerçekten yaptıkları bir projeyi anlatmalarını istiyor. Bu değişimi tetikleyen şey, AI'nin take-home testlerin ve provalı davranışsal hikayelerin sinyal değerini aşındırması — canlı bir anlatımı taklit etmek çok daha zor. Buna STAR'dan farklı hazırlanın: tek cümlede en etkileyici duran projeyi değil, takip sorularına karşı savunabileceğiniz projeyi seçin.

Haftalarca beş STAR hikayenizi cilaladınız. Sonra mülakatçı “onu geçelim — bana gerçekten yaptığın bir şeyi anlat” dedi, özgeçmişinizdeki bir maddeyi açtı ve içindeki belirli kararları neden aldığınızı sormaya başladı. Hazırlığınız tamamen anlatımdan ibaretse ve derinlik yoksa, işte tam o an her şey çöküyor.

Bu, eski bir davranışsal sorunun yeni bir ifade biçimi değil. Farklı bir format ve belirli bir nedenle giderek daha sık karşımıza çıkıyor.

“Bana Bir Zaman Anlat” Neden Zemin Kaybediyor

Karat, 2026 işe alım trendleri raporu için ABD, Hindistan ve Çin'de 400 mühendislik lideriyle anket yaptı ve bu değişimin ardındaki bulgu son derece açık: take-home testler ve provalı davranışsal yanıtlar, AI karşısında en hızlı değer kaybeden işe alım sinyalleri. Adaylar bir take-home sorusunu bir modele yapıştırıp, gerçekte nasıl düşündüklerine dair hiçbir görünürlük olmadan çalışan bir çözüm alabiliyor. Cilalı bir STAR hikayesi de aynı şekilde yazılabilir.

Kendi işinizin canlı bir anlatımını o anda dışarıya “ihale etmek” çok daha zor. Ya bir kararı neden aldığınızı gerçekten biliyorsunuzdur ya da bilmiyorsunuzdur, ve bir takip sorusu bu farkı saniyeler içinde ortaya çıkarır. Karat'ın anketindeki liderlerin canlı mülakatları “daha değerli, çünkü mülakatçıların adayların bir problemi nasıl çözdüğünü, nasıl karar verdiğini ve AI'yi nasıl kullandığını gözlemlemesine izin veriyor” şeklinde tanımlamasının nedeni bu — canlı mülakatların yeni olması değil, geri kalan her şeyin daha gürültülü hale gelmiş olması.

Bu benimseme piyasalar arasında eşit değil. Karat'ın verileri, Çin'deki şirketlerin canlı mülakatlarda AI kullanımına açıkça izin verme olasılığının ABD'ye kıyasla neredeyse iki kat daha yüksek olduğunu (%68'e karşı %38) ve take-home testlere çok daha az bağımlı olduklarını (%20'ye karşı %45) gösteriyor — bu, canlı ve gözlemlenen problem çözmeye doğru bu kaymanın, iş akışında AI kullanımının zaten normalleştiği yerlerde en hızlı ivme kazandığının bir işareti, gizlenmesi gereken bir şey olarak görülmediğinin değil. Avrupa ve ABD merkezli şirketlerle outsourcing üzerinden çalışan Türk adaylar için bu, mülakatçıların gerçek işte AI kullanımına bakışının hızla değiştiğinin bir sinyali.

Aynı mantığı uygulayıcı seviyesinde de görebilirsiniz. Veri ağırlıklı roller için işe alım rehberleri artık açıkça canlı SQL bulmaca turunu kaldırıp, adayın iki mülakatçıya yaptığı bir şeyi anlattığı ve geri bildirim aldığı daha uzun bir sunum bölümüyle değiştirmeyi öneriyor — çünkü birinin dediği gibi, bir model “aynı sorguyu zaten yaklaşık on dört saniyede yazıyor.” Bulmaca, kullanışlı bir filtre olmaktan çıktı. Anlatım turu hâlâ öyle.

Bu Soru Gerçekte Neyi Test Ediyor

“Projenizi nasıl sunarsınız” konulu genel tavsiyeler, bunu yapılandırılmış bir monolog gibi ele alır: projeyi özetleyin, bir engelden bahsedin, sonucu belirtip bitirin. Bu, gerçekte olanın belki üçte birini kapsıyor.

Asıl test, açılış özetinizden sonra gelen takip sorularında yatıyor:

• “Neden X yerine bu yaklaşımı seçtin?” — o sırada ödünleşimi gerçekten anlayıp anlamadığınızı, yoksa bir şablonu/eğitimi/bir ekip arkadaşının önderliğini mi takip ettiğinizi test eder.
• “Bugün yeniden yapsaydın neyi değiştirirdin?” — sorunu gönderdikten sonra düşünmeye devam edip etmediğinizi, yoksa çalıştığı anda konuyu kapanmış sayıp saymadığınızı test eder.
• “Bunun gerçek maliyeti neydi / ölçekte nasıl performans gösterdi?” — kendi sayılarınızı bilip bilmediğinizi test eder, sadece onlar hakkında anlattığınız hikayeyi değil.
• “Başarısızlık senaryosunu anlat” — anlattığınız sorunsuz senaryoyu değil, yaptığınız şeyin sınırlarını anlayıp anlamadığınızı test eder.

Sadece anlatımı hazırlarsanız bunların hiçbiri ortaya çıkmaz. Biri sizi kesintiye uğrattığı anda ortaya çıkar.

STAR'dan Farklı Hazırlanma Yöntemi

STAR hazırlığı temiz, beş cümlelik bir yay için optimize eder. Anlatım hazırlığı ise kesintiye uğramaya dayanmak için optimize eder. Somut olarak:

1. En iyi kulağa gelen projeyi değil, savunabileceğiniz projeyi seçin. Tamamen anladığınız sessiz bir dahili araç, bir ekip arkadaşının zor kararları verdiği ve onların muhakemesini yeniden kuramadığınız gösterişli, herkese açık bir projeden daha iyidir.
2. Hikayenizi değil, sayılarınızı soğukkanlılıkla bilin. Ölçek, gecikme, ya da bir iş sonucundan bahsediyorsanız, sizden sayının kendisini gerekçelendirmenizi isteyen bir takip sorusuna hazır olun — nereden geldiği, neyi hariç tuttuğu, onu neyin değiştirdiği.
3. “Neyi” değil “nedeni” prova edin. Projedeki her büyük karar için, seçmediğiniz alternatif ve nedeni hakkında bir cümle hazır bulundurun. Bu neredeyse her zaman ilk takip sorusudur.
4. “Şimdi neyi değiştirirdin”i önceden yanıtlayın. Kendi işinizin dürüst bir sınırlamasıyla gelin. Sorulmadan önce gönüllü olarak paylaşmak öz farkındalık gibi görünür; köşeye sıkıştırılıp söylemek kaçamak gibi görünür.
5. Sadece konuşmayı değil, kesintiye uğramayı prova edin. Birinin açıklamanızın ortasında keskin bir soruyla araya girmesini sağlayın. Bu formatın test ettiği beceri, beklenmedik bir dönüşün altında düşünce akışınızı geri kazanmaktır — tek başına yapılan bir prova bunu asla eğitmez.

“Ama Projem O Kadar Etkileyici Değildi”

Bu, aday forumlarında sürekli karşınıza çıkan en yaygın panik noktasıdır: günlük işi düşük trafikli bakım olan mühendisler, bir “proje derinlemesine inceleme” turuna getirebilecek ölçekli ya da dramatik hiçbir şeyleri olmadığından endişe ediyor. r/Blind'daki tekrarlayan bir tartışma bunu açıkça ortaya koyuyor — düşük görünürlüğe sahip bir dahili sistemde ölçeklenme ve iş etkisi hakkında defalarca sorgulanan bir aday, gerçek şeyi kullanmak yerine “birkaç ay boyunca dikkatlice detaylı bir şey uydurmayı” yüksek sesle düşünüyordu.

Bunu yapmayın. Mülakatçılar projenizin büyüklüğünü değil, açıklamanızın sorular karşısında ayakta kalıp kalmadığını değerlendiriyor. Her açıdan savunabileceğiniz, iyi anlaşılmış küçük bir proje, ilk “neden” sorusunun başkasının kararlarını ezberden aktardığınızı ortaya çıkardığı büyük bir projeden daha iyi performans gösterir. Mimariyi gerçekten siz tasarlamadıysanız, bunu doğrudan söyleyin, sonra gerçekten sahip olduğunuz şeyi anlatın — içinde inşa ettiğiniz bir genişletme, kişisel olarak karşılaştığınız bir ödünleşim, sistemin gerçekte nasıl çalıştığını size öğreten izlediğiniz bir hata.

Bu aşamada reddedilmiş adaylardan gelen gerçek raporlara göre mülakatçıların özellikle aradığı başarısızlık biçimi, biri “şimdi ne yapardın farklı” diye sorduğunda gerçekte savunamayacağınız kararların sahipliğini iddia etmektir. Daha küçük ama gerçek bir katkının sahibi olmak, savunamayacağınız daha büyük bir katkıyı abartmaktan daha iyidir.

Canlı Anlatım İçin Basit Bir Yapı

Format izin verdiğinde, ekranda görsel bir şey tutun — bir diyagram, bir repo, hatta kaba bir taslak — böylece mülakatçı araya girdiğinde işaret edebileceği somut bir şey olur. Sonra açılışınızı şöyle yapılandırın:

1. Çözmeye çalıştığınız sorun ve kimin için olduğu hakkında bir cümle.
2. Yaklaşımınız hakkında bir cümle, bir açıklama değil bir karar olarak ifade edilmiş (“Y yerine X'i seçtim çünkü…”).
3. Konuşmayı durdurun. Sonraki beş dakikayı mülakatçının takip sorularıyla yönlendirmesine izin verin. Bu noktadan sonra anlatmaya devam etme dürtüsüne direnin — anlatım formatı onların yönlendirmesi için tasarlanmıştır ve burada fazla konuşmak, gerçekte puanlanan kısmı sadece geciktirir.

Bu formatın en zor kısmı projenizi bilmek değildir. Savunmayı beklemediğiniz bir detaya bir takip sorusu düştüğünde, canlı ve yanıtınızı önceden düzenleme şansı olmadan sakin kalabilmektir. Bunu tek başına simüle etmek gerçekten zordur — gerçek zamanlı mülakat desteğinin tam olarak bunun için tasarlandığı andır: yanıt verirken kendi projenizin sayılarını, zaman çizelgesini ya da gerekçelendirmeniz istenen ödünleşimi sessizce ekrana getirerek, keskin bir takip sorusunun aklınızı boşaltmasını önler.

Bu mülakat turunun geri kalanı için STAR hikayeleri de hazırlıyorsanız, STAR yöntemi rehberimiz o yarısını kapsıyor ve yazılım mühendisleri için davranışsal mülakat rehberimiz bununla birlikte okumaya değer, çünkü 2026'daki mülakat süreçlerinin çoğu hâlâ her iki formatı art arda çalıştırıyor.

Sıkça Sorulan Sorular

Bu, davranışsal mülakatların yerini mi alıyor, yoksa sadece ona ek mi?

Çoğunlukla ek. Karat'ın mühendislik liderleriyle yaptığı 2026 anketi, canlı problem çözme ve iş örneği tartışmasının artık take-home testlerinden ve ezberlenmiş davranışsal yanıtlardan daha güvenilir sinyaller olarak görüldüğünü ortaya koydu, ancak çok az şirket STAR tarzı soruları tamamen bıraktı. Gerçekçi hazırlık hedefi, her ikisini de içeren ve anlatım turunun eskisinden daha ağırlıklı olduğu bir mülakat sürecidir.

Bahsetmek istediğim proje genellikle bakım işiydi, sıfırdan yaptığım etkileyici bir şey değildiyse ne yapmalıyım?

Takip sorularına yanıt verebileceğiniz projeyi seçin, tek cümlede en kulağa hoş gelen projeyi değil. Soğukkanlılıkla anlayabildiğiniz sıkıcı bir bakım projesi, “neden bu yaklaşımı seçtin” sorusunda donup kalacağınız gösterişli bir projeden daha iyidir. Mülakatçılar kod tabanının büyüklüğünü değil, belirli bir detay karşısında nasıl düşündüğünüzü dinliyor.

Mimariyi ben tasarlamadıysam, ya da şimdi neyi değiştireceğimi açıklayabileceğimden emin değilsem ne yapmalıyım?

Gerçekten sahip olduğunuz kısmı dürüstçe anlatın. Tasarımı devraldıysanız bunu söyleyin, sonra gerçekten karar verdiğiniz kısımları anlatın: onu nasıl genişlettiğiniz, içinde çalışırken karşılaştığınız bir ödünleşim, ya da şimdi vaktiniz olsa yapacağınız bir değişiklik. Sahip olmadığınız bir sahiplik iddia etmek, bu sorunun yakalamak için tasarlandığı başarısızlık biçimidir ve genellikle bir takip sorusu savunamayacağınız bir karara değdiği anda ortaya çıkar.

Bu, projemi portfolyo değerlendirmesi için provasını yapmaktan nasıl farklı?

Portfolyo değerlendirmesi büyük ölçüde tek yönlüdür: siz sunarsınız, onlar dinler, sonda belki bir iki soru olur. İş örneği anlatımı ise kasıtlı olarak çekişmeli tasarlanmıştır — mülakatçılar açıklamanın ortasında “neden X yerine bu” “bunun 10 kat ölçekte maliyeti ne olurdu” ya da “veriler gerçekte ne söylüyordu” diye araya girer. Akıcı bir anlatımı prova etmek sizi araya girilmeye hazırlamaz; muhakemenizi prova etmek hazırlar.

Gerçek bir demo ya da slayt mı getirmeliyim, yoksa sadece sözlü mü anlatmalıyım?

Format izin veriyorsa işaret edebileceğiniz bir şey getirin — bir diyagram, bir repo, bir ekran görüntüsü, video üzerinden bir peçete çizimi bile işe yarar. Mesele üretim kalitesinde cilalı olması değil; mülakatçıya takip soruları sorabileceği somut bir şey vermek, tam olarak bu formatın test ettiği şey. Sadece sözlü bir anlatım, savunmak istemediğiniz detayları es geçmeyi kolaylaştırır.

---

Yazar · Alex Chen, kariyer danışmanı ve eski teknoloji sektörü işe alım uzmanı. İşe alım tarafında 5 yıl geçirdikten sonra adaylara yardım etmek için taraf değiştirdi. Ders kitabı tavsiyeleri değil, gerçek mülakat dinamikleri hakkında yazar.