İçeriğe geç
Muhammet Şafak
en
Soran: Derya Cevaplandı:

Senior'dan staff'a geçişte işin doğası nasıl değişiyor?


Soru

Bir süredir senior backend engineer'ım ve staff'a terfim iki değerlendirme döngüsüdür erteleniyor. Yöneticim "daha fazla etki göster" diyor ama bu bana biraz muğlak geliyor; somut olarak neyi farklı yapmam gerektiğini anlayamıyorum. Staff rolünün günlük olarak gerçekte ne talep ettiğini merak ediyorum. İşin doğası senior'a göre nasıl değişiyor? Daha mı az kod yazıyorum, yoksa aynı işi daha mı büyük ölçekte yapıyorum? Terfinin ertelenmesi genelde neyin sinyali oluyor?

Cevap

Kısa cevap: İş “iyi kod yazmak”tan “organizasyonun teknik kararlarını doğru yöne çevirmek”e kayar. Etkinizi artık kendi commit’lerinizle değil, başkalarının çıktısıyla ölçersiniz — ve terfinizin ertelenmesi çoğu zaman tam bu etkinin görünür olmamasındandır.

  1. Kapsam büyür. Senior iyi tanımlanmış bir problemi, çoğunlukla tek bir takım içinde, sağlamca çözer. Staff ise sahipsiz, muğlak, takımlar arası problemleri seçer ve önce onları çözülebilir hâle getirir. “Hangi problemi çözelim?” sorusunun cevabı artık sizin işiniz.
  2. Etki dolaylılaşır. Kendi yazdığınız kod azalır; işin özü başkalarını unblock etmek, standart koymak, doğru soruyu sormak olur. Bunu ego meselesi yapmayın — kaldıraç, “en çok kodu ben yazdım”da değil, “on kişinin işini hızlandırdım”dadır.
  3. En çok kullandığınız araç editör değil, doküman olur. Bir tech design/RFC yazmak, trade-off’ları açıkça ortaya koymak ve farklı takımları aynı yöne hizalamak günlük işe döner. Yetkiye değil, argümana dayanarak ikna etmeyi öğrenirsiniz.
  4. Yargı ve “hayır” deme yeteneği. Değer, sadece ne yaptığınızda değil, neyi yapmamaya karar verdiğinizde ortaya çıkar. Doğru problemi seçmek, çoğu zaman “bunu şimdi yapmayalım” diyebilmektir; hem de görünürlüğü olan bir problemi seçmek.
  5. Teknik derinliği bırakmayın. Tuzak, tamamen “toplantı insanı”na dönüşüp kodun kokusunu unutmaktır. Kararlarınızın ağırlık taşıması için sistemin içine yeterince inebiliyor olmanız gerekir; güveni oradan kazanırsınız.
  6. Terfi mekaniği: staff verilmez, gösterilir. Çoğu şirkette staff’a “terfi edilmez”, zaten o seviyede çalıştığınız kanıtlanır. Ertelenme genelde “etki görünmüyor” ya da “kapsam yeterince büyük değil” demektir. Somut artifact’lar (yazdığınız tasarımlar, çözdüğünüz org-seviyesi problemler) biriktirin ve bir sponsor edinin.

Sonuç: Ben olsam önümüzdeki dönemde org seviyesinde, sahipsiz bir problemi bilerek sahiplenir, çözümü yazılı bir tech strategy ile ortaya koyar ve etkiyi kendi çıktımla değil, hızlandırdığım takımların çıktısıyla gösterirdim. Ayrıca yöneticimle “staff sayılacak kapsam tam olarak nedir?” konusunu yazılı olarak netleştirirdim; muğlaklık, terfinin en sık ertelenme sebebidir.

İlgili Yazılar

Etiketler: #Kariyer#Liderlik
Paylaş:

Yorumlar

Yorum yapmak için GitHub hesabınızla giriş yapmanız yeterli. Yorumlar GitHub Discussions üzerinde saklanır.

Diğer Sorular

Tüm sorular

Sitede Ara

Yazı, proje ve sayfalarda arama yapmak için yazmaya başlayın.

Esc ile kapat Pagefind ile güçlendirildi