Kıdem: ünvanla gelmeyen sorumluluk

Birkaç yıl önce tanıştığım bir geliştirici vardı, senior ünvanını yeni almıştı. Teknik bilgisi iyiydi, kod yazıyordu, görevleri tamamlıyordu. Ama her yeni gereksinim geldiğinde ilk tepkisi “bunu nasıl yapacağız?” değil, “bunu nasıl yapacağımı söyleyin” oluyordu. Ünvan yerli yerindeydi; kıdem henüz değildi.

Bu gözlem beni yıllardır düşündüren bir soruya götürdü: kıdem gerçekte ne?

Ünvan ile kıdem arasındaki boşluk

İş piyasasında ünvanlar şişirilmiş. Mid-level yazan biri bazen junior kalitesinde iş çıkarıyor; senior yazan biri bazen staff’ın beklentilerini karşılıyor. Bu bir yanılgı değil, yapısal bir gerçek: ünvanlar çoğu zaman piyasa koşullarına, şirketin büyüme hızına ve kimin kimi tutmak istediğine göre şekilleniyor.

Bu boşluğun varlığını kabul etmek önemli. Ünvan aldığınız anda kıdemli olmak zorunda değilsiniz. Öte yandan ünvanınızdan bağımsız olarak kıdemli davranmak mümkün.

Asıl soru şu: kıdem ne zaman gerçekleşiyor?

Kıdem teknik bilgi miktarı değil

Teknik bilgi kıdemin girdisidir, çıktısı değil. Yıllar içinde çok bilgili ama kıdemsiz geliştiriciler gördüm; kısa sürede çok az bilgiyle kıdemli davrananlar da gördüm.

Kıdemin asıl göstergesi, benim gözlemlediğim kadarıyla, şu üç kapasitede kendini gösteriyor:

Belirsizlik altında karar vermek. Gereksinim tam belli değil, kıdemli yokta. Ne yaparsınız? Junior ve mid-level bu durumda bekler ya da soru sorar. Kıdemli geliştirici mevcut bilgiyle en iyi kararı verir, kaydeder, ve gerektiğinde revize etmeye hazır olur. Kararın mükemmel olması gerekmez; kararın alınmış olması gerekir.

Kararın sonucunu sahiplenmek. Kıdem, kredinizi almak değil sorumluluğu taşımaktır. Bir tasarım kararı aldınız ve yanlış çıktı. Kıdemli geliştirici “bu benim kararımdı, nerede yanlış yaptım, nasıl düzeltiriz” der. Kıdemsiz olan “gereksinim netti benim değildi ki bu” der.

Başkalarının işini kolaylaştırmak. Bu en az tartışılan ama bana göre en belirleyici olanı. Bir geliştiricinin kıdemi, çevresindekiler üzerindeki çarpan etkisiyle ölçülür. Yanınızdakiler sizden bağımsız daha iyi iş çıkarıyor mu, yoksa her konuda size mi muhtaçlar?

Soru sormaktan soruları çerçevelemeye

Kariyer boyunca fark ettiğim bir geçiş var. Başlangıçta soru soruyorsunuz: “Bunu nasıl yapayım?” “Hangisi doğru?” “Ne kullanmalıyım?” Bu yerinde ve gerekli; öğrenmenin yolu buradan geçiyor.

Zamanla bu sorular değişiyor. Artık soru sormak yerine soruları çerçeveliyorsunuz. “Bu iş iki şekilde yapılabilir, birinin şöyle bir trade-off’u var, diğerinin böyle. Ben ikincisini öneririm, ama karar sizin.” Bu cümleyi kurabilen biri zaten kıdemli davranıyor — ünvanından bağımsız.

Çerçevelemek pasif bir eylem değil. Belirsizliği sadeleştirip karar verecek kişi için zemin hazırlamak demek. Bu hem teknik derinlik hem bağlam anlayışı gerektiriyor.

”Senior taklidi” tuzakları

Ünvanı gelince kimi geliştiriciler performatif bir kıdem haline giriyor. Herkese görüş bildirmek, toplantılarda söz almak, juniorlara sürekli ders vermek. Bunlar kıdemin sembolleri; kıdemin kendisi değil.

Gördüğüm en yaygın tuzak: cevabı bilmiyorken biliyormuş gibi davranmak. Kıdemli geliştirici “bilmiyorum, bakacağım” demekten çekinmez. Bu bir zayıflık değil; aksine bilgi sınırını dürüstçe ifade etmek, güvenden gelir.

Bir diğer tuzak: her teknik tartışmayı kazanmaya çalışmak. Tartışmayı kazanmak ile en iyi kararı bulmak aynı şey değil. Birincisi ego tatmini, ikincisi iş.

Ünvan gelmeden kıdemli davranmak

Bu mümkün ve değerli. Daha doğrusu, ünvan genellikle kıdemin tanınmasıdır; kıdemin kendisi ondan önce inşa ediliyor.

Siz belirsizliği taşıyabiliyorsanız, kararların sonucunu sahipleniyorsanız, etrafınızdakilerin işini kolaylaştırıyorsanız — ünvanınız ne olursa olsun kıdemli davranıyorsunuz demektir. Tanınma geç gelebilir; bu sinir bozucu, ama inşa ettiğiniz şey kalıcı.

Ünvan eşiğindeki geliştiricilere söyleyeceğim tek şey şu: ünvanın sizi değiştirmesini beklemeyin. Siz değişin, ünvan arkasından gelir.