Senior'dan Staff'a Geçiş - IC Track'te Büyümek
Birçok yazılımcı Senior unvanını aldıktan sonra kariyerinde bir plato hisseder. Terfi için tek yol yöneticiliğe geçmek gibi görünür - ya da hiç görünmez. Ama Türkiye yazılım sektöründe de yerleşmeye başlayan IC (Individual Contributor) track, başka bir yol sunuyor: kod yazmaya devam ederken Staff ve Principal seviyelerine geçmek.
Bu yazıda Senior+ platosunu kırmak, dahili etkini büyütmek ve terfi dosyasını nasıl kuracağını anlatıyorum.
Senior Sonu Yöneticilik Midir?
Kısa cevap: hayır.
Türkiye'deki büyük çoğunluk yazılım organizasyonları hala mühendislik yöneticisi (EM) ve yazılımcı (IC) ayırımını net yapmıyor. Bu belirsizlik, Senior'dan sonraki kariyer yolunu da bulanıklaştırıyor. Pek çok kıdemli yazılımcı terfi talebine "bir sonraki adım yöneticilik" yanıtı alıyor - çünkü organizasyon IC kıdem yolunu tanımlamış değil.
Ama bu tanımsızlık, o yolun olmadığı anlamına gelmiyor. Aksine: organizasyona o yolu sen çizebilirsin.
IC Track Nedir, Nerede Çalışır?
IC track, teknik etkinizi yönetici olmadan büyütmenin yapısal adıdır. Yerleşik örnekler:
- Startup ve büyüme aşamasındaki şirketler: Çoğunlukla "Senior Engineer" sonrası "Lead Engineer" veya "Principal Engineer" başlıkları var. Resmi seviyelendirme az, bant sistemi yok.
- Yabancı şirketlerin Türkiye ofisleri: Genellikle ana şirketin seviyelendirmesini taşıyorlar. Staff ve Principal zaten tanımlı.
- Yurtdışı uzaktan: Big Tech ve scale-up'larda IC track standart. SWE → Senior SWE → Staff SWE → Senior Staff / Principal → Distinguished / Fellow zinciri var.
IC track yoksa çizebilirsin - ama bunu yöneticine veya İK'ya karar aldırmadan önce kendi tarafındaki hazırlığı tamamla.
Senior Sonrası Plato: Ne Oluyor?
Senior seviyesine gelince iş beklentisi değişiyor. Artık görev almak yeterli değil - etki bekleniyor. Ancak bu etki çoğu zaman tanımsız bırakılıyor.
Platoya düşmenin 3 ana belirtisi:
1. Aynı tür görevleri yapıyorsun. Zor ticket'ları çözüyorsun, temiz kod yazıyorsun - ama sınırları zaten çizilmiş işler bunlar. Tanımsız, belirsiz, kim üstlenecek diye beklenen problemler sana gelmiyor.
2. Sistemsel etki yapamıyorsun. Bir özellik yazmak ile ekibin nasıl çalıştığını değiştirmek arasındaki farkta takılıyorsun. İkincisi için kimse kapını çalmıyor.
3. Terfi görüşmeleri belirsiz kalıyor. "Zaten Senior'sun, ne değişmeli ki?" sorusu somut bir yanıt almıyor. "Daha fazlasını göstermelisin." Ama neyi, nerede?
Dahili Etki Nasıl Ölçülür?
Staff ve Principal seviyelerinde beklentinin özü budur: teknik etkinizi bireysel kod katkısından ekip veya şirket geneline büyütmek.
Somut biçimler:
Teknik yön belirleme
Mimari kararları, teknoloji seçimleri, teknik borç önceliklendirmesi - bunları kim çözüyor? Eğer bu kararlar toplantılarda asılı kalıyorsa ve sen yönlendirici konumdaysan, bu Staff beklentisi.
Çarpan (multiplier) olmak
Bireysel katkın yerine, başkalarının üretkenliğini artırmak. Kod incelemesi ötesinde: teknik onboarding, mimari dokümanlar, iç araçlar, RFC (tasarım belgesi) kültürü kurma.
Belirsizliği yönetmek
"Bunu kim yapacak, nasıl yapılacak?" sorusunun yanıtsız kaldığı alanlarda öncülük etmek. Kapsam tanımlama, önceliklendirme önerme, teknik riski ifade etme.
Organizasyon genelinde görünürlük
Ekip sınırlarını aşan teknik katkılar: ürünler arası altyapı, şirket geneli mühendislik standartları, cross-team koordinasyon.
Terfi Dosyasını Nasıl Kurarsın?
Terfi görüşmesi "zaman doldu" modeli değil, kanıt sunum modelidir. Staff veya Principal talebinde somut örnekler şart.
Yaptıkların vs. etkilerin
Yaptıkların listesi terfi ettirmez. Etkileri listele:
- "API'yi yeniden yazdım" ❌
- "API yeniden yazımı sayesinde ekip kurulum süresi 3 günden 4 saate indi, 4 ekip bu altyapıya geçti" ✅
RFC veya teknik belge yazmak
Teknik kararları belgele. Sadece sonucu değil, neden'i de yaz. Karar alındıktan aylar sonra bile bu belgeler senin iz düşümün.
Sponsorluk aramak
Yöneticin terfi sürecini savunabilecek konumda mı? Staff ve Principal kararları çoğunlukla birden fazla yöneticinin onayını gerektiriyor. Yöneticinin kendi yöneticisini ikna edebileceğinden emin ol - bunu açık konuşarak öğrenebilirsin.
Yönetici Olmadan Liderlik Nasıl Görünür?
IC liderlik, rapor alan insanlar olmadan da mümkün - ama görünür olmak için aktif çaba gerekiyor.
Teknik mentorluk
Junior ve mid'lere mentorluk yapma, doğrudan kariyere yatırım. Ancak mentorluk Staff kıdeminin tek kanıtı değildir - sistemsel etkinle yan yana olmalı.
Teknik okuma grubu veya iç paylaşım
"Aylık mimari değerlendirme" veya "teknik okuma notları" gibi küçük girişimler görünürlük sağlar. Başlatıp sürdürmek, dahili etki birikimine somut örnek.
Kod incelemesi kültürü oluşturmak
Kod incelemesini "hata bulma" yerine "bilgi aktarma" olarak kurgulamak ekip genelinde kalite standartlarını yükseltir. Bu kurgulama etkisi somut.
Organizasyon IC Yolu Tanımlamıyorsa Ne Yapmalısın?
Resmi bir IC bandı yoksa bile bu yola girebilirsin, ama hazırlıklı ol.
1. Mevcut seniyör unvanına somut bir büyüklük ekle. "Ekibin en kıdemlisi" değil, "Platform mühendisliğinin teknik yönünü belirleyen kişi" gibi bir bağlam.
2. Yöneticinle IC track'i tanımlayın. "Staff unvanı bir sonraki terfi olsun" yerine, "şu 3 alanda etki sergilersem Staff değerlendirmesi açalım" kalıbı daha somut.
3. Piyasa kıyaslaması yap. Yurtdışı uzaktan pozisyonlardaki Staff SWE ve Principal SWE iş ilanlarına bak. Gereklilikleri gör - sonra kendi durumunu kıyas et.
4. Maaş farkını bil. Türkiye'de Senior → Staff geçişi %20-40 net maaş farkı yaratabilir - özellikle yabancı şirketlerde. Bu fark büyük motivasyon; görüşmelere bu netlikle gir.
Senior Plato Uzun Sürüyorsa Ne Anlama Gelir?
2 yıl üstü aynı seviyede kalmak her zaman kötü değil - öğrenme yoğunsa, etki artıyorsa, maaş da güncellendiyse sorun yok.
Ama şunlar bir arada oluyorsa dikkat:
- Büyüme fırsatı görmüyorsun
- Terfi konuşmaları "eninde sonunda" cevabı alıyor
- Maaşın güncellenmedi
Bu durumda IC track değerlendirmesi şirket içinde kalmadan da yapılabilir: başka bir şirkette söz konusu yol açık mı? Maaş aralıklarını ve terfi verilerini karşılaştırmak için getsalary.dev dashboard'unu kullanabilirsin.
Özet
Senior'dan ilerisi için yöneticilik tek yol değil. IC track bireysel teknik etkinizi büyütme yoludur - kod yazmaya devam ederken daha geniş organizasyonel etki.
Şu 3 şeyi birlikte yapıyorsan Staff/Principal seviyesine geçiş için doğru yoldasın:
- Teknik kararları belgele ve öncülük et
- Etkini bireysel katkıdan çarpan katkıya taşı
- Terfi görüşmesini kanıt sunumu olarak kur
Yol uzun - ama belirsiz değil.