Engineering Manager Mülakatında AI Rehberi: Soru Listelerinin Kapsamadığı Turlara Hazırlık

Özet: Engineering manager (EM) mülakatları bir soru listesini ezberlemeyi ödüllendirmez — net bir cevabı olmayan senaryoları nasıl ele aldığınızı test eder: düşük performans gösteren birine koçluk yapmak, ekip üyeleri arasındaki çatışmayı arabuluculukla çözmek, bir tahmine itiraz etmek, kötü haber vermek. AceRound gibi bir engineering manager mülakat AI copilot'u, bir panel hiç prova etmediğiniz bir insan yönetimi senaryosuyla karşınıza çıktığı anda gerçek zamanlı bir yapı sunar — sahip olmadığınız bir yönetim geçmişini icat edemez, ancak sahip olduğunuz muhakemeyi baskı altında net bir şekilde ifade etmenize yardımcı olabilir.

---

İlk EM rolü için mülakata giren kıdemli bir mühendis, son turda şu soruyla karşılaştı: "Ekip üyelerinizden biri iki aydır teslim tarihlerini kaçırıyor. Bu hafta ne yapacağınızı adım adım anlatın." Isınma sorusu yok, geleceğine dair bir uyarı yok. "Bir projeye liderlik ettiğiniz bir zamanı anlatın" sorusuna prova yapmıştı. "Bu hafta ne yapacağınızı adım adım anlatın" — bir hikaye değil bir plan isteyen bir soru — için hiçbir hazırlığı yoktu.

Bu boşluk, çoğu insanın engineering manager mülakatlarına hazırlanma biçimindeki temel sorundur. 40 sorudan oluşan bir liste çalışıp her birine cevap ezberliyorlar, sonra panel aynı temel senaryoyu biraz farklı ifade ettiği anda donup kalıyorlar. r/ExperiencedDevs üzerinde bir aday bunu açıkça özetlemiş: "Bunlara hazırlanmak zor çünkü 1. Teknik sorular kadar somut değil ve 2. Kimse yöneticileri gerçekten nasıl mülakat edeceğini bilmiyor, o yüzden onlar da tahmin yürütüyor."

Engineering Manager Mülakatları Neden Bir Soru Listesi Gibi İşlemez

Her üst sıradaki "EM mülakat soruları" rehberi aynı şeyi yapar: kategorize edilmiş bir liste — liderlik, insan yönetimi, proje yönetimi, kültürel uyum — her birinin altında birkaç cümlelik tavsiye. Bu, bir soru ortaya çıktığında onu tanımak için faydalıdır. Ancak panel çerçeveyi değiştirdiğinde, iki senaryoyu tek bir soruda birleştirdiğinde veya cevabını senaryolaştırmadığınız bir takip sorusu sorduğunda hiçbir işe yaramaz.

EM mülakatlarının bu kadar öngörülemez hissettirmesinin nedeni, kodlama turlarında olduğu gibi standartlaştırılmış bir değerlendirme kriterinin olmamasıdır. Stripe ve Uber ölçeğindeki şirketlerde yönetici işe alım süreçleri kurmuş olan Will Larson, kıdemli mühendislik liderlerini mülakat etmenin bir kontrol listesine karşı tarif edilen beceriyi değil, gerçek senaryolara karşı gösterilen beceriyi değerlendirmesi gerektiğini savunuyor — ancak çoğu şirket hâlâ yürütmesi daha kolay olduğu için kontrol listesine varsayılan olarak dönüyor. The Manager's Path kitabının yazarı Camille Fournier, LeadDev ile yaptığı bir söyleşide ilgili bir noktaya değiniyor: yöneticiler "sizi bir mühendis adayından daha kolay kandırabilir," ve bu tam olarak mülakat görevlilerinin felsefe yerine somut ayrıntılar için ısrar etmeye devam etmesinin nedeni.

Gerçek Bir EM Mülakat Döngüsünün Dört Turu

IGotAnOffer, Exponent ve Reddit'teki işe alım yöneticisi konu başlıklarındaki mülakat raporlarına dayanarak, tipik bir engineering manager rolü için yerinde (onsite) döngü, her biri farklı bir şeyi test eden dört ayrı turdan geçer:

1. Davranışsal / insan yönetimi turu — ekip üyeleri arasındaki çatışma, düşük performans gösterene koçluk yapmak, kariyer gelişimi görüşmeleri. Bazı döngüler bunu iki ayrı tura böler: biri yüksek performans gösterenleri yönetmek için, biri de zorlananları yönetmek için.
2. Teknik değerlendirme turu — canlı kodlama değil. Bu, kendiniz kod yazmadan bir mühendisin tahminine itiraz edip edemediğinizi, bir sistem tasarımı ödünleşimi üzerine akıl yürütüp yürütemediğinizi veya bir mimari karardaki riski fark edip edemediğinizi kontrol eder. Reddit'te bu turu tarif eden bir işe alım yöneticisi bunu açıkça belirtmiş: "Bu adaylar genellikle 7-12 yıl önce IC'ydi ve kesinlikle leetcode yapmalarını beklemem."
3. Çapraz fonksiyonel / paydaş turu — ürün veya tasarımla önceliklendirme çatışmaları, ekibinizin katılmadığı liderlik kaynaklı bir girişimi yönetmek, kontrol etmediğiniz bağımlılıkları yönetmek.
4. Kültürel uyum veya bar-raiser turu — yönetime geçme motivasyonu, "neden bu şirket" ve bazen insanları nasıl büyüttüğünüze dair daha geniş bir felsefe sorusu.

Çoğu aday birinci tura yoğun bir şekilde hazırlanır ve diğer üç turu ikincil olarak görür. Teknik değerlendirme turu, eski bir IC adayın sözdizimi konusunda paslanmış olsa bile muhakemesinin paslanmadığını kanıtlamasının beklendiği yer olduğunda bu ters bir yaklaşımdır.

İlk Kez EM ile Manager-of-Managers: Farklı Hikayelere İhtiyacınız Var

İlk kez EM mülakatı tek bir soruya cevap vermeye çalışır: bu kişi bu işi gerçekten yapabilir mi? Bu, bir 1:1 yürütebildiğinizi, doğrudan geri bildirim verebildiğinizi ve iki bireysel katkı sağlayıcı arasındaki bir çatışmayı çözebildiğinizi kanıtlamak anlamına gelir — temel unsurlar.

Manager-of-managers mülakatı bu barı zaten geçtiğinizi varsayar ve farklı bir şeyi test eder: örgütsel muhakeme. Sadece mühendisleri değil, diğer yöneticileri de geliştirebiliyor musunuz? Sadece bireyler arasında değil, ekipler arasındaki çatışmayı çözebiliyor musunuz? Artık satır satır dokunmadığınız bir yol haritasında ödünleşim yapabiliyor musunuz? "Bir mühendise zor bir dönemde koçluk yaptım" hikayenizi bir manager-of-managers döngüsünde yeniden kullanmak, bu sıçramayı henüz yapmadığınızın sinyalini verir — paneller yetkinlikten çok kapsamı dinliyor.

IC geçmişinden geliyorsanız ve hikaye deposu alışkanlığının nasıl aktarılacağı hakkında daha fazla bilgi istiyorsanız, bir ekibi yönettiğiniz zamanı anlatmak hakkındaki rehberimiz, yönetici düzeyinde bir katman eklemeden önce bu formatın dayandığı STAR yapısını kapsıyor.

Gerçek Bir Hikayeye İhtiyaç Duyduğunuz İnsan Yönetimi Senaryoları

Gerçek mülakat raporlarına dayanarak, adayların en sık hiçbir cevabı olmadığı sorular bunlar — muhakemeden yoksun oldukları için değil, muhakemeyi yüksek sesle anlatmak zorunda hiç kalmadıkları için:

• "Düşük performans gösteren birine koçluk yapmayı anlatın." Güçlü yapı: belirli boşluğu adlandırın ("iyi performans göstermiyorlardı" değil — tam olarak neyin eksik olduğu), belirlediğiniz yazılı beklentiler, verdiğiniz geri bildirim sıklığı ve sonuç — ideal olarak kişi gelişse de ayrılsa da ölçülebilir bir iş sonucuyla birlikte.
• "Ekip üyelerinizden ikisi arasındaki bir çatışmayı tarif edin." Güçlü yapı: önce tarafsız gerçek araştırması, bir görüş oluşturmadan önce her iki tarafı ayrı ayrı dinlemek, arabuluculukla bir çözüm ve gerçekten kalıcı olduğunu doğrulamak için bir takip kontrolü. Paneller bir tarafı çok hızlı tutup tutmadığınızı izler.
• "Kıdemli bir mühendisin tahminine nasıl itiraz edersiniz?" Güçlü yapı: otoriteyle geçersiz kılmak yerine tahminin gizli varsayımlarını ortaya çıkarmak için açıklayıcı teknik sorular sorun, ardından sayıyı değiştiren veya doğrulayan gerçek bir teknik takibi anlatın.
• "Kötü haber verme deneyiminizi anlatın — bir işten çıkarma, iptal edilen bir proje, bir PIP." Güçlü yapı: mesajı önceden nasıl hazırladığınız, konuyu gömmeden doğrudan iletmek, etkiyi dürüstçe kabul etmek ve sunduğunuz somut sonraki adımlar veya destek.

Gerçekten hiç resmi bir PIP yürütmediyseniz veya işten çıkarma yapmadıysanız, bunu doğrudan söyleyin ve en yakın gerçek benzer durumla cevap verin — birini bir projeden ayırmak veya işten çıkarmayla sonuçlanmayan zor bir performans görüşmesi. Somut bir benzer durum, belirsiz bir varsayımsal durumdan her zaman daha iyidir.

Teknik Değerlendirme Turu: LeetCode'un Yerini Ne Alıyor

Hâlâ bir IC olarak mülakata giriyormuş gibi hazırlanıyorsanız, yanlış tura hazırlanıyorsunuz demektir. Bir EM döngüsünün teknik bölümü, bir zamanlayıcı altında uygulama değil, belirsizlik altında muhakemedir. "Bir mühendis bir özelliğin üç hafta süreceğini söylüyor — bunu nasıl değerlendirirsiniz?" veya "darboğaz haline gelen bir servisi nasıl düşüneceğinizi adım adım anlatın" gibi sorular bekleyin. Amaç hâlâ kod yazabildiğinizi kanıtlamak değil; doğru takip sorusunu sormaya yetecek kadar ödünleşimleri hâlâ anladığınızı kanıtlamaktır. Belirli bir teknik geçmişten gelen adaylar — ödünleşim açıklama sorularının nasıl yapılandırıldığını görmek için cloud architect mülakatları rehberimize bakın — burada aynı "uzman olmayan birine ödünleşimi açıklama" kasını yeniden kullanabilir.

Avrupa ve ABD şirketleriyle mülakat yapan ve giderek daha fazla global uzaktan-öncelikli şirketlerde EM rollerine geçen Türk geliştiriciler için bu teknik değerlendirme turunun genellikle İngilizce yapıldığını da hesaba katmakta fayda var — dolayısıyla ödünleşimleri İngilizce olarak da rahatça anlatabilmek başlı başına bir hazırlık gerektiriyor.

Panel Hiç Prova Etmediğiniz Bir Şey Sorduğunda

İşte AI destekli hazırlık dahil her türlü hazırlığın dürüst sınırı: hiçbir şey size sahip olmadığınız bir yönetim geçmişini veremez. Hiç kimseye düşük performans konusunda koçluk yapmadıysanız, hiçbir araç bunu değiştirmez.

AceRound'un gerçek zamanlı mülakat copilot'unun yapabileceği şey daha dar ve daha spesifiktir — bir panel döngü ortasında prova edilmemiş bir senaryo attığı anda, ekranda bir yapı ortaya çıkarır: paydaşı adlandırın, ödünleşimi adlandırın, Durum → Eylem → Sonuç sırasına koyun. Adayların gerçekte düştüğü boşluk çoğunlukla budur — muhakeme eksikliği değil, zaten sahip oldukları muhakemeyi gerçek zamanlı olarak tutarlı bir cevaba nasıl organize edeceklerini bilememekten donup kalmak. Gerçek döngüden önce, AceRound'un AI mock mülakat özelliği ile EM'e özgü senaryo turlarını çalışmak — insan yönetimi turu, teknik değerlendirme turu, çapraz fonksiyonel tur — hikaye deposunu oluşturur, böylece daha az soru sizi tamamen şaşırtır.

Sıkça Sorulan Sorular

En yaygın engineering manager mülakat soruları nelerdir?

Düşük performans gösteren birine koçluk yapmak, iki ekip üyesi arasındaki çatışmayı arabuluculukla çözmek, kıdemli bir mühendisin tahminine itiraz etmek, kötü haber vermek ve elleriniz kirlenen bir rolde kalmak yerine neden yönetime geçmek istediğinize dair bir motivasyon sorusu. En az bir sorunun net bir cevabı olmamasını bekleyin.

Engineering manager mülakatlarında hâlâ teknik tur var mı?

Genellikle evet, ama LeetCode değil — canlı kod yazmadan bir tahmine itiraz edip edemediğinizi veya bir ödünleşim üzerine akıl yürütüp yürütemediğinizi kontrol eden bir teknik değerlendirme turudur.

Manager-of-managers mülakatı ilk kez EM olacak birinin mülakatından nasıl farklıdır?

İlk kez EM mülakatı bu işi yapabildiğinizi doğrular. Manager-of-managers mülakatı bunu varsayar ve bunun yerine örgütsel muhakemeyi test eder — diğer yöneticileri geliştirmek, ekipler arası çatışmayı çözmek ve artık doğrudan dokunmadığınız bir yol haritasında ödünleşim yapmak.

Gerçekten hiç kimseyi işten çıkarmadıysam veya PIP yürütmediysem ne olur?

Bunu doğrudan söyleyin, ardından en yakın gerçek benzer durumla cevap verin. Mülakat görevlileri işten çıkarma sorusunu, zor konuşmaları genel olarak nasıl ele aldığınızın bir göstergesi olarak kullanır.

Bir AI mülakat copilot'u engineering manager mülakatında gerçekten yardımcı olabilir mi?

Bir panel hiç prova etmediğiniz bir şey sorduğu anda size bir yapı verebilir. Sahip olmadığınız bir yönetim geçmişini icat edemez — copilot, muhakemeye sahip olmakla bunu baskı altında net bir şekilde söylemek arasındaki boşluğu kapatır.

EM mülakatlarında adayların yaptığı en büyük hata nedir?

Sadece "güzel" hikayeler hazırlamak ve rahatsız edici olanlar için hiçbir şey hazır bulundurmamak. Paneller özellikle düşük performans ve çatışma hakkında soru sorar çünkü bu anlar birinin gerçekten yönetip yönetemediğini ortaya koyar.

---

Author · Alex Chen. Career consultant and former tech recruiter. Spent 5 years on the hiring side before switching to help candidates instead. Writes about real interview dynamics, not textbook advice.