Liderlik daha fazla kod yazmak değildir

Giriş

Teknik liderlik çoğu zaman 'en iyi kodu yazan kişi'ye verilir; oysa rol, ekibin doğru problemi doğru kalitede çözmesini sağlamaktır. Hâlâ kritik PR'lara girersiniz ama başarı metriğiniz bireysel output değil, ekip outcome'udur.

Bu yazıda tech lead / EM geçişinin temelleri, önceliklendirme, kalite sistemleri, 1:1 ve zor konuşmalar ele alınıyor. Unvanlar şirkete göre değişir; sorumluluklar benzer kalır.

Icracıdan Çoğaltıcıya

İlk refleks tüm zor işleri kendiniz almak olur. Kısa vadede hızlı, uzun vadede darboğaz yaratır. Liderlik, işi dağıtıp bağlam sağlayarak ekibin hızını artırmaktır. 'Ben yapsam 2 saat' hesabı, ekip öğrenmesini öldürür.

Hâlâ teknik derinlik gerekir; ancak derinlik karar, review ve mimari rehberlikte kullanılır. Her ticket'a gömülmek liderlik kaçışıdır.

• Bağlam ve hedef netleştirme
• Delegasyon + destek
• Engelleri kaldırma
• Kalite barını tutma

Öncelik ve Roadmap Gerçekliği

Her şeyi 'acil' yapan paydaşlara capacity görünür kılın. Sayılara dökün: sprint kapasitesi, kesintiler, borç kotası. 'Hayır' yerine 'şimdi değil / şu trade-off ile' seçenekleri sunun.

Teknik borç için ürün dilinde gerekçe üretin: risk, hız kaybı, incident maliyeti. Borç sprint'lerini mistik tutmayın; ölçün ve planlayın.

Haftalık lead checklist
- [ ] Öncelikler hizalı mı
- [ ] Riskli işlerin sahibi var mı
- [ ] Review / on-call yükü adil mi
- [ ] 1:1'ler yapıldı mı
- [ ] Stakeholder'a net update

Kalite Sistemleri

Kalite kahramanlıkla değil sistemle gelir: CI, code review standardı, observabilite, runbook, definition of done. Lead olarak bu sistemi sahiplenmek, her bug'ı kendiniz düzeltmekten daha etkilidir.

Incident sonrası blame değil öğrenme kültürü kurun. Blameless postmortem, tekrarlayan hataları azaltır ve psikolojik güvenliği korur.

1. DoD ve review checklist yazın
2. SLO / hata bütçesi konuşun
3. On-call yükünü dengeleyin
4. Tekrarlayan incident'leri roadmap'e bağlayın

İyi tech lead, en parlak yıldız değil; ekibin ortalama seviyesini yükselten kişidir.

1:1, Geri Bildirim ve Büyüme

1:1 status toplantısı değildir; kariyer, engel, geri bildirim ve motivasyon alanıdır. Herkes için gelişim hedefi tutun. Sessiz yüksek performanslıları ihmal etmeyin; gürültülü olanlar her zaman daha fazla ihtiyaç duymaz.

Zor geri bildirimi erken ve özel verin. Spesifik örnek + etki + beklenti. Performans sorununu aylarca biriktirmek hem kişiye hem ekibe zarardır.

Stakeholder Yönetimi

Üst yönetime risk ve seçenek dilinde konuşun. Fazla teknik detay güven değil, sis yaratabilir. Yazılı karar kayıtları (ADR) sizi ve ekibi korur.

Çapraz takım bağımlılıklarında net interface ve tarih yönetin. 'Bekliyoruz' status'u yetmez; escalate path tanımlayın.

Yaygın Tuzaklar

Mikro yönetim, tamamen ellerini koddan çekmek, favouritism, toplantı ile yönetim ve kendi ego projeleri tuzaklardır. Burnout da bulaşıcıdır; tempo liderden yayılır.

Ünvan alır almaz her cevabı bilmek zorunda değilsiniz. 'Bilmiyorum, bakıp döneceğim' güveni artırır. Mentör ve peer lead ağı kurun.

Sonuç

Teknik liderlik; yön, sistem ve insan geliştirmenin birleşimidir. Bireysel kahramanlığı bırakıp çoğaltıcı moda geçmek zaman alır ama ölçeklenebilir tek yoldur.

Bu hafta bir işi bilinçli delege edin ve bir 1:1'i status yerine gelişim konuşmasına çevirin. Liderlik kası küçük tekrarlarla büyür.

• Outcome'u ekip üzerinden ölçün
• Sistem kurun, kahramanlık azaltın
• İnsan gelişimini ihmal etmeyin