IC mi, Yöneticilik mi? Kariyer Çatallanmasında Karar Matrisi

"Yönetici olmak mı, IC kalmak mı?" Sorusu Her Yazılımcının Önüne Gelir
Senior seviyesinden sonra kariyer çatallanması kaçınılmaz. Yönetim kademesi açılmaya başlıyor, ama teknik derinliğe gitmek de mümkün. Çoğu yazılımcı bu kararı maaşa bakarak verir - büyük hata. Gerçek soru şu değil:
"Hangisi daha fazla para kazandırır?"
Gerçek soru bu:
"Hangi gün seni daha mutlu eder?"
Maaş Önermeleri - Türkiye 2026
Hayalini yıkmak gibi gözükebilir, ama Senior'dan sonraki yolların maaş aralığı birbirine çok yakın. İkisine de benzer bütçe ayrılan şirketler vardır; farklı olan, o parayı ne için harcadıkları.
| Unvan | Aralık | Nitelik |
|---|---|---|
| Senior IC | 210–280 bin TL | Teknik derinlik, mentörlük katkısı |
| Staff Engineer | 240–320 bin TL | Sistem tasarımı, çapraz ekip etki |
| Engineering Manager (EM) | 230–310 bin TL | 5–8 kişi ekip sorumluluğu |
| Director | 280–400 bin TL | 20+ kişi, ürün hattı sorumluluğu |
Gördüğün gibi, Senior ile Staff, Senior ile EM arasında maaş örtüşüyor. Kararı "daha parayı kim getirin" ile vermişsen, kafan boşa mı? Hayır. Ama çok ince marjlarla oynuyorsun. Tercih etmenin sebebi para olmayacak.
Tipik Bir Gün: IC vs Manager
Aynı şirkette, aynı başlangıç saatinde işe gelen iki Senior yazılımcının yolu ne zaman ayrılmaya başlar? 09:30'da.
IC Yolu - Staff veya Principal Yazılımcı
- 09:30–10:00: Sabah kod incelemesi. Takımın açık PR'larını gözden geçir.
- 10:00–12:30: Derin çalışma bloğu. Ekrana başka kimse girmiyor. Yeni özelliği kodluyorsun, sistem tasarımı dokümanı dolduruyorsun, ya da performans sorununu debugger'da takip ediyorsun.
- 12:30–13:00: Bir kişiye kod sorusunda danışmanlık yap.
- 13:00–14:00: Yemek.
- 14:00–16:30: Daha fazla derin çalışma. Arada Slack mesajlarına cevap ver, ama akışını kırma.
- 16:30–17:00: Kod incelemesini bitir.
Günün şekli: 70% solo çalışma, 20% mentörlük/danışmanlık, 10% yönetim (status, planning).
Yöneticilik Yolu - Engineering Manager
- 09:30–09:50: Yarın toplantılar için takvimi kontrol et. Bir senior ekip üyesi boş zamanı mı kaldı, yoksa tümü dolu mu?
- 09:50–10:15: Bir üyeyle kalibrasyon sorunu. Performans değerlendirme yazacağın sırada, ikisi arasındaki beklenti farkı netleştirmen gerekiyor.
- 10:15–11:00: Takım standup'ı. Beş kişi, on dakika.
- 11:00–12:00: Teknik ürün karar. İki tasarım proposal var, hangisi daha mantıklı? Hem teknik hem ürün sahibi ile konuş.
- 12:00–13:00: Yemek (sık sık start-up'larla veya diğer manager'larla).
- 13:00–14:00: İnsan kaynakları: bir üyenin kariyer rotası geleceğe yönelik ne olmalı? Stres altında kim? Promosyon adayı kim?
- 14:00–15:00: Eskalasyon. Bir bug production'da, root cause bulunması için insan kaynağı optimize etmen gerek.
- 15:00–16:30: Bire bir görüşmeler (1:1). Her ekip üyesi ile 30 dakika (5 kişi).
- 16:30–17:00: Kod yazma aspirasyonun. Cidden açtın mı onu? Tabii ki açtın, ama sadece 15 dakika. Sonra bir Slack çıkmazı başladı.
Günün şekli: 10% solo çalışma, 40% insan yönetimi, 30% stratejik karar, 20% eskalasyon ve problem çözme.
Hangisine bakıyorsun ve düşünüyorsun: "Ah, ben bu olayı sevecem"? Bu senin cevapın.
Beceri Yatırımı: Hangisine Yatırım Yapacaksın?
Seçim, aslında "hangi beceri sete hazırlanacaksın" sorusu. Beş sene sonra hiç geri dönüş olmayacak diye mi düşün? Hayır. Ama yön değiştirmek maliyetlidir.
IC Yolu: Teknik Derinlik + Mentörlük
- Kod yazma: Hala yazacaksın, ama problem kompleksliği değişecek. Monolitik backend'den distributed system'a, ondan kernel'a geçebilirsin.
- System design: Mimarı anlamak gerekecek. Blog'a, conference'a, kitaba yatırım yap.
- Mentörlük: Junior'dan Senior'a bakan insanlar var. Onları yetiştirmek beceri. Bu beceri talep var mı? Çok var.
- Credential: Patent, open source, tekil proje sahipliği. Türkiye'de az değerli ama Silicon Valley'de bir Staff Engineer'ı tanır yorum "ah o kişi" diye.
Maliyeti: Takım yönetim becerilerini erteliyorsun. Yöneticiliğe geri dönmek istersen, "insanları yönetmeyi hiç yapmamış senior" olarak başlamak zor.
Manager Yolu: İnsan Kaynağı + Stratejik Karar
- Motivasyon: İnsanı anlamak. Kimini nadir kod incelemesi, kimini teknik tartışma motive eder. Hangisinin izne ihtiyacı var, kimin burnout'a yaklaştığını görmek.
- Kalibrasyon: Performans değerlendirmesi adalet midir? Beş kişi arası parasal dağılım hakkaniyetli mi?
- Takım dinamiği: Kimin kimi ile çalıştığında en iyi sonuca varıldığını bilmek. Kod yazma değil, insan matematikçiliği.
- Yönetim muhasebesi: Bütçe, headcount planning, attrition risk.
Maliyeti: Kod yazma becerini kaybedeceksin. Üç sene manager'san, dönüş yapsan, "ben code nasıl yazarım" diye şoklanacaksın.
Geri Dönüş Riski: Hangisi Daha Kolay Değiştirir?
İkisi de çıkmazıdır, ama asimetrik.
IC'den Manager'a Geçiş
- Başarılı maaş elde ettinse ve takım için iyi biriysen, iki ekip liderliği pozisyonu açıldığında seni arar.
- Maliyeti nedir? İlk manager rolü çok zor olur. Otorite yok, insanlar seni "teknik kolega" olarak görür. Ama beceri öğrenebilirsin.
- Müjde: Kod yeteneklerin hala değer katıyor. Teknik kararları daha iyi alırsın.
Manager'dan IC'ye Geçiş
- Bu çok daha zor. Üç sene manager olduktan sonra, kod yazma alışkanlığın çöküyor. Framework'ler değişti, best practice'ler değişti.
- Maaş problemi: Manager'ın Senior IC'ye indirilmesi genelde olumsuz görülür. Psikolojik "demotion" gibi hissettirir.
- Credential: Manager rolesinde başarısı olan biri "peki ama kod yazabilir misin" sorusunun cevabında şüphelidir.
Sonuç: IC başını manager rotasına açık tutarsan, daha rahat geçebilirsin. Manager başını IC'ye kapatırsan, geri dönüş masraflıdır.
Karar Matrisi: 6 Soru, Cevapa Göre Yön
Aşağıdaki 6 soruyu kendine sor. Eğer sorunun cevabı "evet" / "önemliyse" daha çok IC'ye meyilli bir seçim var.
| Soru | IC'ye Gidiş | Manager'a Gidiş |
|---|---|---|
| "Kod yazmanın seni mutlu etme hali devam edecek mi?" | Evet → IC | Hayır → Manager |
| "İnsan problemi çözmek seni heyecanlandırır mı?" | Biraz → IC | Çok → Manager |
| "Kendi başında sorun çözme, diğerlerinin kararlarını yönlendirmekten daha sevdiğin iş mi?" | Evet → IC | Hayır → Manager |
| "Ekip genişlemesi ve ekibi şekillendirme seni çeker mi?" | Az → IC | Çok → Manager |
| "Beş sene sonra IC olduğunu hayal ederken rahat hisset misin?" | Evet → IC | Hayır → Manager |
| "Yöneticilik deneyimi sonra tekrar IC'ye dönebileceğini bilmek, seçim yapmanı rahatlatır mı?" | Evet → IC başıyla başla | Hayır → Manager'dan emin ol |
Karar mantığı: En fazla "Manager'a Gidiş" işareti aldıysan, deneyim yap. Ama bunu düzgün takım ve mentor ile yap. İlk manager'ın iyi bir şef olması kritik.
En fazla "IC'ye Gidiş" aldıysan, Staff/Principal yoluna git. Staff titüsü meritokrasi özel olarak gözüktüğü için, CV'de ağır basıyor. Manager olmamak suç değil.
Hibrit Yollar: Tech Lead ve Reports Sahibi Staff
Eğer her iki dünyaya da bacak taşımak istiyorsan, iki opsiyon var:
Teknik Liderlik (Tech Lead) Yöntemi
- Resmi unvan değil, daha çok rol.
- Kod yaz, ama takımın teknik kararını yönet.
- İnsan yönetimi başlat, ama unvan "Senior" kalsın.
- Makaş riski: Unvan yükselmesi zor. "Tech lead" kariyer progresyonu belli olmayabilir.
Bağlı Çalışanı Olan Staff Yazılımcı
- Bazı şirketler bunu sunar: teknik otorite, ama sana bağlı 2-3 kişi var.
- Zorluk: Parçalı ilgi. Hem kod hem insanı yönetmeye hazırlandıysan, her ikisinde orta kalsın.
- İyisi: Geri dönüş en rahat. "Sonra sadece IC olmak istersen" kolay.
Son Söz: Kararı Tekrar Kontrol Et
"Senior'dan sonra hangisine gideceğim?" sorusu son değil, ara karar. İlk manager'ın rolü üç sene - ya seveceğini anlayacaksın, ya "hmm, bunu istemiyorum" anlayacaksın.
IC yolu daha uzun, ama direkt: Staff, Principal, Distinguished Engineer. Manager yolu hızlı, ama bifurkasyon riskli - bir yerde takılabilirsin.
Hangisine gidersen git, bunu hak etmek için şirkete sormayacaksın. Teklif gelince ve sen reddetmek istersen reddet.
Türkiye piyasasında Senior sonrası terfi teklifi bile almayan insanlar var. Sana biri teklif ettiğinde, bu bir şans, ama senin şansın. Başkasının tarif ettiği para ile hayatını yaşama.
Kendi gününü tasarla.