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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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
Yorumlar
Yorum yapmak için GitHub hesabınızla giriş yapmanız yeterli. Yorumlar GitHub Discussions üzerinde saklanır.