Skip to main content

Mentorluk ve Kariyer Hızı: Öğretmek Terfiye Yardım Eder mi?

16 Mayıs 2026Kariyer6 dk okuma
Mentorluk ve Kariyer Hızı: Öğretmek Terfiye Yardım Eder mi?

"Junior'lara yardım ediyorum, mentor olarak çalışıyorum, ama bir türlü terfi almıyorum." - Bu şikayet özellikle Mid ve üstü yazılımcılardan geliyor. Öğretmek zaman alıyor, enerji alıyor; ama kariyer tablosuna nasıl yansıdığı belirsiz.

Cevap şu: öğretmek terfiye neden değil, terfi sonucudur. Ama bu cümlenin sırasını bilmek her şeyi değiştiriyor.


Öğretmek Neden Kariyer Hızlandırıcısı Olabilir?

Birisi sana "Senior olmak için ne gerekiyor?" diye sorduğunda standart cevap gelir: teknik derinlik, sorumluluk, önderlik.

Ama "önderlik" ne demek? Birçok şirkette bu cevap somutlaşmıyor. Mentorluk, önderliğin somutlaşan hallerinden biridir.

Bir yazılımcının mentorluk faaliyeti iki şeyi kanıtlar:

  • Kendi işini yeterince iyi biliyor ki başkasına aktarabiliyor
  • Takımın çıktısına, kendi kodu dışında da katkı veriyor

İkinci madde kritik. Senior ve üstü pozisyonlarda bireysel katkı yetmez; ekibin üretkenliğini artırması beklenir. Mentorluk bu beklentiyi karşılamanın görünür yollarından biri.


Mentorluk Kariyer Zararı Ne Zaman Verir?

Her mentorluk kariyer ivmesi katmaz. Bazı senaryolar aksine yavaşlatır.

Senaryo 1: Kendi çıktın düştüğünde

Bir Junior'a her gün 2 saat ayırıyorsun. Kendi sprint taahhütlerini tutamıyorsun. Performans değerlendirmede "takıma yardımcı" notun var ama "kendi hedeflerini tutmadı" da var.

Bu tabloda mentorluk seni öldürür.

Kural: Önce kendi çıktını koru. Mentorluk artı olarak görülmesi için temelin sağlam olması gerekir.

Senaryo 2: Görünmez kaldığında

Aylar boyu Junior'ı büyüttün. Junior terfi aldı. Sen hala aynı yerde duruyorsun. Yöneticin Junior'ın büyümesini fark etti ama senin katkını unutan ya da bilmeyen biri var.

Bu tabloda sorun mentorluk değil, anlatım eksikliği.

Kural: Mentorluk etkisini sayısallaştır ve görünür kıl. "Junior'ın bağımsız kapatabildiği ticket sayısı X'ten Y'ye çıktı" gibi bir cümle, kalibrasyon sürecinde güçlü bir kanıttır.

Senaryo 3: Yanlış zamanda başladığında

Şirkete yeni girdin, kendi sistemleri öğreniyorsun, ama sana bir Junior verildi. Teknik bilgi aktarıyorsun ama hem kendin hem de karşındaki yetersiz hissediyor.

Kural: İlk 6-12 ayda mentorluk almak mantıklı, vermek erken. Kendi sağlam zeminine önce ulaş.


Doğru Zamanda Mentorluk: Kariyer Aşamasına Göre Tablo

Kariyer Aşaması Mentorluğun Etkisi Tavsiye
Junior (0-2 yıl) Öğrenmene zarar verebilir Mentor al, verme
Mid (2-4 yıl) Nötr ile olumlu arası Seçici ol, kapasiteni koru
Senior (4+ yıl) Güçlü kariyer sinyali Aktif yap, sayısallaştır
Lead/Staff Beklenti haline gelir Yapısal hale getir

Mid seviyesinde mentorluk vermek yanlış değil, ama kontrollü olmalı. Haftada 2-3 saat sınırı, kendi hedeflerin önce.


Mentorluk Dışındaki "Öğretme" Biçimleri

Mentorluk sadece bire bir değil. Kariyerde iz bırakan başka öğretme biçimleri de var:

Dahili konuşma / brown bag oturumu
Takım içinde "X konuyu anlattım" yapısı. Haftada 30-45 dakika. Hazırlanma sürecinde kendin de öğreniyorsun. Yöneticin ve takım arkadaşların seni teknik kaynak olarak görmeye başlıyor.

RFC veya teknik doküman yazmak
Bir kararı neden aldığını yazan kişi, zamanla şirketin teknik hafızası haline gelir. Bu belgeler terfi dosyasında somut kanıt.

Kod incelemesi kalitesini artırmak
Sadece hataları bulmak değil, "neden bu yaklaşım daha iyi?" diye açıklayan yorumlar yazmak. Bu tarz kod incelemesi, yazılımcıyı Junior gözünde hızla öne çıkarır.

Blog veya harici yazı
Şirket dışında da görünürlük sağlar. İşe alım süreçlerinde "bu kişinin yazdıklarını okudum" cümlesi kalıcı bir etki bırakır.


Öğretmenin Kariyer Etkisini Nasıl Kanıtlarsın?

Somut olmayan katkılar performans değerlendirmede kayboluyor. Öğretme faaliyetini kanıta çevirmek için:

1. Ölçülebilir sonuç bul

  • Junior'ın bağımsız kapatabildiği ticket sayısı
  • Takımın kod incelemesi turu sayısı (azalmışsa verimlilik arttı)
  • Dahili konuşma sonrası benzer hataların görülme sıklığı

2. Katkıyı yöneticinle düzenli paylaş
Yarı yıl değerlendirmesini bekleme. Aylık 1:1'lerde "bu ay Junior şu konularda bağımsız hale geldi" de. Yöneticin kalibrasyon sürecinde bu cümleye ihtiyacı var.

3. Terfi konuşmasına taşı
"Takım bütünlüğüne katkı" kategorisi genellikle terfi kriterlerinde var. Bunu soyut bırakma: "Junior'ın 3 aylık büyümesini şu metriklerle gösteren sürece liderlik ettim" de.


"Öğretmek Yerine Üreteyim" Tuzağı

Bazı yazılımcılar mentor olmayı reddediyor, çünkü "zamanım yok." Bu mantıklı görünüyor ama bir kariyer tuzağı saklıyor.

Yöneticilik yoluna gitmeyi planlamıyorsun - peki ya Lead veya Staff mühendis olmak istiyorsun? Bu pozisyonlarda bireysel üretkenlik tek kriter değil. Takıma çarpan etkisi bekleniyor.

Öğretmeden büyüyen yazılımcı genellikle şu engelle karşılaşıyor: kendi çıktısı sürekli artıyor ama terfi gelmiyor. Çünkü "daha iyi kod yazar hale geldi" yeterli değil. "Takımı daha iyi kod yazar hale getirdi" sorusunun cevabı lazım.

Bu cevabı vermemenin bedeli, Mid-Senior geçişini veya Senior-Lead geçişini 1-2 yıl uzatmak olabilir.


Mentorluk ile Görünürlük Arasındaki Fark

Son bir ayrım: görünürlük için mentorluk yapmak ile gerçek katkı için mentorluk yapmak farklı.

Görünürlük için yapılan mentorluk - sık sık "bakın Junior'a yardım ediyorum" demek, her oturumu raporlamak, katkıyı abartmak - tecrübeli yöneticiler tarafından hızla fark edilir. Karşılıklı güven yerine performatif bir görüntü çizer.

Gerçek katkı için yapılan mentorluk ise sonuçlarıyla konuşur: Junior büyüdü, takım hızlandı, teknik bilgi transfer edildi. Bu sonuçlar zamanla kendiliğinden görünür hale gelir. Tek fark, bu görünürlüğü zaman zaman seslendirmek - ama sürekli değil, stratejik olarak.

İlk 90 günde nasıl görünür hale gelirsin, rehberimize bakabilirsin.


Özet

  • Öğretmek terfiye neden değil, sonuçtur - ama bu sırayı bilmek kariyer hızını belirliyor
  • Mentorluk zarar verir: kendi çıktın düşüyorsa, görünmez kalıyorsa, yanlış zamandaysa
  • Doğru zamanda (Senior+), doğru biçimde (ölçülebilir etki + paylaşım) yapılırsa güçlü kariyer sinyali
  • Mentorluk tek öğretme biçimi değil: dahili konuşma, RFC, kaliteli kod incelemesi de aynı etkiyi yaratır
  • Lead veya Staff hedefliyorsan "takıma çarpan etkisi" kaçınılmaz kriter - erken başlamanın bedeli yok

Kariyer hızını etkileyen diğer faktörler için şirket içi geçiş rehberine bakabilirsin.

← Blog'a Dön

© 2026 getSalary. Tüm hakları saklıdır. İzinsiz kopyalanamaz.