Mühendislik Müdürü Olmayın

• Teknolojideki değişim hızının keskin biçimde arttığı bu dönemde, yöneticiliğe geçildiğinde teknik uyum kabiliyeti ve deney yapma fırsatlarının azalması riski büyüyor
• Şirket yapıları düzleşirken EM → Director → VP şeklindeki terfi yolu daralıyor ve rekabet yoğunlaşıyor
• Sektör genelinde Senior ve Staff Engineer pozisyonlarının toplam kompanzasyonu EM’den daha yüksek seviyede oluşuyor; bu da yöneticiliğe geçişi ekonomik açıdan dezavantajlı kılabiliyor
• Buna rağmen işin kendisinden alınan keyif ve insan yönetiminin sağladığı tatmin nedeniyle EM rolünü sürdürmeyi seçenler de var
• Şu anda yöneticiliğe geçmektense teknik odaklı kariyer yolunda kalmak daha avantajlı bir dönem; bu nedenle dikkatli değerlendirme gerekiyor

---

1. Teknikten uzaklaşmak için kötü bir zaman

• Son 1 yılda teknolojideki değişim hızı çok yükseldi ve çalışma biçimimizin neredeyse her parçası değişiyor
  • Yapay zeka kodlama araçları ve yeni projeler sık sık ortaya çıkıyor; OpenClaw gibi yeni projeler hızla yayılıyor
• Claude Code geliştiricisinin, Anthropic’te neden hâlâ yazılım mühendisine ihtiyaç olduğunu açıkladığı tweet bir dönem çok konuşuldu
  > Birilerinin Claude’a talimat vermesi, müşterilerle iletişim kurması, diğer ekiplerle iş birliği yapması ve sırada ne geliştirileceğine karar vermesi gerekiyor. Mühendislik değişiyor ve harika mühendisler her zamankinden daha önemli.
• Bu hızlı değişim içinde yöneticilerin deney yapma ve öğrenmeye ayıracak zamanı az, özellikle de 6 kişiden büyük bir ekibi yönetiyorlarsa bu daha da zor
• Teknolojiyle doğrudan uğraşmak ve yeni fikirler denemek isteyen mühendisler için, yöneticiliğe geçildiğinde zaman mutlak olarak yetersiz kalıyor

2. Yönetim kademesinde terfi yapısında artan rekabet

• Geleneksel EM kariyer yolu EM → Senior EM → Director → VP idi; ancak son 2 yılda şirketler organizasyon yapılarını düzleştirme eğiliminde
• Amazon IC-yönetici oranını %15 artırdı ve diğer şirketler de bunu izlediği için üst seviye pozisyonlar azalıyor
• Director ve VP pozisyonları azaldı; Senior EM rolleri de geriledi, bu yüzden yetkin bir EM bile yıllarca aynı seviyede kalabiliyor
• Düzleşmiş şirketlerden çıkarılmış deneyimli liderlerle rekabet etmek gerektiğinden, Senior EM ve üzerindeki rekabet yoğunluğu eskisine göre çok daha yüksek
• Sonuç olarak şirket içi terfi fırsatları azalıyor; daha fazla kişiyi yönetmeden terfi etmek zorlaşıyor ve aynı ekip içinde yalnızca kapsam genişletmek mümkün olabiliyor
• Buna karşılık IC (Individual Contributor) olarak güçlü teknik yetkinlik sergileyenler daha hızlı büyüme şansı yakalayabiliyor

3. Kompanzasyon açısından dezavantaj

• EM terfisinde maaş artışı teklif edilse de, diğer girişimlerdeki Senior/Staff Engineer tekliflerine kıyasla toplam kompanzasyon daha düşük kalabiliyor
  • Aynı şirket içinde EM’in kompanzasyonu Senior Engineer’dan yüksek olsa da, sektör geneline bakıldığında Staff Engineer daha yüksek kompanzasyon alabiliyor
• Bunun nedeni, bu seviyedeki mühendislere olan talebin çok yüksek olması ve bunun gelecekte de sürmesinin beklenmesi
• IC yolunda kalıp Staff Engineer olarak büyüdükten sonra iş değiştirildiğinde, EM terfisine kıyasla yaklaşık %20~30 daha yüksek kompanzasyon mümkün olabiliyor

4. Buna rağmen neden EM olarak kalınıyor

• Pratikte üretimin içinde kalan deneyimli EM’ler konusunda iyimser bir bakış var; yıllar içinde biriktirilmiş yöneticilik becerileri hâlâ geçerli
  • Hâlâ değerli roller üstlenebilirler ve teknik keskinlik azalsa bile yönetim deneyimi güçlü bir avantaj olarak çalışır
• Kişisel olarak işten alınan keyif ve tatmin duygusu yüksek olduğu için EM olarak çalışmayı sürdürülüyor
• Yine de 2026 itibarıyla IC yolunun daha makul bir tercih olduğu düşünülüyor

5. Sonuç ve tavsiye

• Kıdemli bir mühendisseniz, şimdilik yöneticiliğe geçişi ertelemek daha doğru, önümüzdeki 2~3 yıl boyunca gidişatı izlemek öneriliyor
• Ancak içsel motivasyonunuz ve tutkunuz gerçekten netse bu yola girmek mümkün; buna yalnızca kompanzasyon ya da terfi mantığıyla yaklaşılmamalı

[coremaker]

Buna katılan çok yönetici vardır diye düşünüyorum.

[kalista22]

Kesinlikle katılıyorum.

[GN⁺]

Hacker News görüşleri

• Bana göre “tech” sektöründe ünvanlar (title) neredeyse keyfi “Senior”, “Lead”, “Principal”, “Staff” gibi adların tanımı şirketten şirkete değişiyor; pratikte anlamları organizasyon yapısına göre tamamen farklılaşıyor Örneğin “Senior Backend Developer” iken, “Staff Engineer” olduğum zamandan daha fazla sorumluluk aldığım oldu Üç kıtada, 6 kişilik startup'lardan 10 binden fazla çalışanı olan büyük şirketlere kadar çalıştım ama ünvan standartları hâlâ tamamen dağınıktı

  • Aynen öyle. Ünvanlar şirket içinde tutarlı kullanılmalı ama şirketler arasında hiç uyumlu değiller Bunu yeni mezunlara defalarca anlatmak zorunda kaldım. “Senior Engineer” ünvanı uğruna on binlerce dolardan vazgeçmek isteyenler oldu İşe alım yaparken, Microsoft veya Google gibi kamuya açık seviyelendirme sistemi olan şirketlerden gelmiyorsa ünvanı neredeyse tamamen görmezden geliyorum “Principal Staff Engineer” ya da “CTO” ünvanına sahip olup gerçekte ortalama bir şirketteki senior seviyesinin bile altında kalan insanlar gördüm Tersine, “Senior Software Engineer” olup ekipteki herkesten daha iyi olan insanlar da vardı
  • Çoğu şirketin ücretlendirme ve değerlendirme için kendi seviye yapısı vardır Genelde L1 stajyerden L10 Fellow'a uzanan bir yapı olur ve L5 (Senior), çoğu mühendisin ulaşabileceği fiili ‘son durak’ işlevi görür L6 ve üstü, istisnai etki ile ürün ve iş etkisi gerektirir L9~L10 ise tüm sektörü etkilemiş kişilerdir; örneğin MapReduce veya Kubernetes yaratmış olmak gibi
  • IC'ler (Individual Contributor) için ünvan, ücretlendirme ve değerlendirme ile doğrudan bağlantılıdır Büyük şirketlerde Staff ile Senior arasındaki RSU farkı büyüktür ama startup'larda neredeyse hiç anlamı yoktur Değerlendirme döneminde ölçütler ünvana göre değişir ama pratikte yöneticiler dağılımı tutturmak için puanları ayarlar VP, Director ve C-level seviyelerine çıkıldığında ekipler arası karşılaştırma mümkün olur ve politik unsurlar büyür
  • Ünvan, dışarıya kendimi anlatan en üst düzey bit gibidir Uzun süre tek bir şirkette kalacaksanız önemli olmayabilir ama kariyer geçişi düşünüyorsanız bir pazarlık unsuruna dönüşür Ben “Senior DevSecOps Engineer” ünvanını özellikle pazarlık ederek aldım Bu ünvan sayesinde güvenlik pipeline yönetiminde güçlü, makine öğrenimi modeli ince ayarında ise zayıf olduğumu net biçimde gösterebiliyorum
  • Eskiden mekanik ve elektrik temelli bir systems engineer olarak çalışıyordum ama yazılım sektörü aynı ünvanı alınca karmaşa çıktı Benim rolüm gerçek donanım, pnömatik ve akımla uğraşmaktı; şimdi arama yapınca karşıma sadece Unix ya da Python odaklı işler çıkıyor “Unix Server Engineer” gibi daha spesifik adlar kullanılsaydı daha iyi olurdu

• Engineering Manager olmak istiyorsanız, bunu yalnızca bir sonraki adım olarak görmeyin; uzun vadede hangi rolü istediğinizi düşünün Yöneticilikte asıl mesele teknikten çok insan yönetimi ve HR'dır; Director ve üstüne çıkınca zamanın çoğu toplantı ve bilgi düzenlemeye gider Birçok geliştirici Peter Principle'ın (wiki bağlantısı) kurbanı oluyor Geliştirici olarak kalmakta hiçbir sorun yok. Sevdiğiniz işi yaparak sürdürebiliyorsanız zaten başarılısınızdır

  • Benim yöneticim değerlendirme dönemi dışında neredeyse hiçbir şey yapmıyor ama maaşı benden yüksek ve ekibin tüm başarısını kendi hanesine yazıyor Dışarıdan bakınca oldukça kolay bir iş gibi görünüyor
  • Peter Principle'ı ilk kez öğrendim; 1969'da ortaya atılmış bir kavramın hâlâ geçerli olması şaşırtıcı
  • IC açısından bakınca, insan yönetimi bu rolün en belirgin kısmı ve buna hazırlanılmamasını anlamıyorum Ben tatil onaylamak ya da Slack'te birine çıkışmak gibi şeyleri asla yapmak istemem
  • Benim deneyimime göre Peter Principle'dan çok Dilbert Principle (wiki bağlantısı) daha gerçekçi Apple'da yönetici terfisi alanların yazdığı korkunç kodları debug ederken, aslında en baştan beri işlerinde iyi olmadıklarını fark ettim Üst düzey yöneticiler için gerçek işten çok önemli görünme becerisi değerlidir Toplantı ayarlamak ve slide hazırlamak sanki yetenekmiş gibi algılanıyor
  • Herkes “mühendislik deneyimi olan yönetici” istiyor ama işin ironik tarafı, o yönetici olmak isteyen kimse yok

• Sektörlere göre ayırmadan yapılan bu tür analizlerin anlamı yok “Engineering Manager” çok genel bir ünvan; startup, big tech ve enterprise dünyasında bambaşka anlamlara geliyor Enterprise şirketlerde Staff Engineer neredeyse yoktur; genelde SWE1/2/3 → Tech Lead → Architect yapısı vardır Buna karşılık teknoloji şirketlerinde SWE1/2/3 → Staff → Principal yapısı görülür Yönetici rolü çoğu zaman son durak işlevi görür ve 20 yıl boyunca aynı pozisyonda kalanlar çoktur Sonuçta yöneticiliğe geçmek bir kariyer değişimidir

  • Ama Staff ve üstü seviyelerde ücret EM ile benzer olur; hatta iş değiştirme esnekliği daha yüksektir EM'nin sorumluluğu daha fazladır, çalışma saatleri daha uzundur ama ücret farkı küçüktür Proje gecikirse satış ekibine kurban verilmesi en kolay kişi olur; bu yüzden iş güvencesi de daha düşüktür

• Son 1 yıldaki değişimin “muazzam” olduğu iddiasına katılmıyorum Benim işim birkaç yıl öncesiyle neredeyse aynı ve değişim kademeli ilerliyor AI araçlarının hızlı geliştiği doğru olabilir ama bunun öngörü olması, zaten vazgeçilmez hâle geldiğinin kanıtı değil

  • “Öngörü” derken ne kast ediliyor anlamadım. Sadece AI araçlarını hiç kullanmamış olmak mı? Abartılıyor olsa bile üretkenlik artışı varsa, workflow değişimi zaten başlamış demektir
  • O kişinin sektörde 5 yıldan az deneyimi var gibi geliyor Okuldan yeni gelen biri için zaten öğrenilecek çok şey olduğundan değişim daha büyük hissedilebilir
  • AI araçları hakkındaki söylem çelişkili Bir yandan “herkes kolayca kullanabilir” deniyor, diğer yandan “şimdi kullanmazsan geride kalırsın” deniyor Zaten yakında daha iyi olacaksa, bugünkü eksik sürümü öğrenmek zaman kaybı gibi geliyor

• Yöneticiliğe geçiş konusunda bir tartışma var Teknik beceriden çok insan yönetimi ve politik yetenek önemli; bu size uygun değilse yönetici olmamalısınız

  • Ama yönetici olunca iş değiştirme fırsatları azalıyor ve işten çıkarılma riski daha büyük oluyor EM'nin yerine birini koymak daha kolay ve proje başarısız olursa günah keçisi olması da daha muhtemel IC ise sorumluluğu daha çok dağıtabilir

• Ben IC'den yöneticiliğe geçtim ve iki yol tamamen farklı VP, Distinguished Engineer ile benzer seviyede olabilir ama DE'nin sektörde tanınan biri olması gerekir Sonuçta ölçüt para ya da terfi değil, neyi sevdiğiniz olmalı Basit işleri AI'nin devraldığı bir dönemde, sonunda yalnızca tutkusu olanlar ayakta kalacak

• Çoğu şirkette yöneticiler ‘iç çemberin’ parçası gibi görülürken, teknisyenler sadece emek gücü gibi muamele görür Yöneticiler daha fazla bilgiye ve toplantılara erişime sahip oldukları için etki kazanır

  • Ama gerçekte line manager en kolay değiştirilebilen pozisyondur Ben kritik projeleri üstlendiğimde doğrudan CTO'ya rapor vermeyi şart koştum
  • Bu yapıyı görmüyorsanız, muhtemelen yönetici olarak uygun değilsinizdir Bir tür şirket ‘mafya yapısına’ girmiş oluyorsunuz
  • Yöneticiler derin teknik bilgi yerine politik beceri ve görünürlükle etki kurar

• Ücret karşılaştırması aynı koşullar altında yapılmalı Ben hem Google'da hem başka şirketlerde Staff Engineer ve EM rollerinde bulundum Olağanüstü IC'ler bazı şirketlerde 1 milyon doların üzerinde kazanabilir Aksi durumda yöneticiliğe geçmek daha iyi bir seçim olabilir

• “Mühendis ve yönetici eşdeğer kariyer yollarıdır” sözü neredeyse bir efsane Gerçekte yönetici yolu çok daha fazla terfi fırsatı ve görünürlük sunuyor Büyük organizasyonlarda iç ağlara erişim çok daha güçlü olduğu için avantaj sağlıyor Üstelik yetersiz yöneticilerin mühendislere kıyasla daha uzun süre hayatta kaldığı da sık görülüyor

• “Şunu yapmayın” tarzı tavsiyeler tehlikelidir “Detroit'e gitme”, “akademiye girme”, “Google hissesi alma” gibi sözler Sonuçta değeri koşullara göre değişen bir piyasa mantığına dayanır Hayat aslında değeri düşük biçilen şeyleri bulma oyunudur Başkalarının istemediği bir tercih, sizin için en iyi fırsata dönüşebilir