Ana sayfa → Ekip Yönetimi
AI mı, Liderlik mi?
Ekipteki en yeni geliştirici, üç günlük tahmin edilen işi iki saatte bitirdi. Kod çalışıyor, testler yeşil. Sonra sordum: “Burada neden transaction açmışsın?” Cevap: “Öyle önerdi.”
- Ucuzlayan şey yazmak, pahalanan şey doğrulamak. Darboğaz kodlamadan incelemeye kaydı.
- Tutarlılık kendiliğinden bozuluyor. Üç geliştirici aynı problemi üç farklı kütüphaneyle çözebiliyor ve üçü de “doğru”.
- En sinsi risk junior’da. Hazır cevap kısa vadede hızlandırıyor, uzun vadede kıdemleşme yolunu kesebiliyor.
- Soru yanlış: AI karar verebiliyor ama sorumluluk alamıyor. Liderliğin yerini alamamasının sebebi bu.
Ne ucuzladı, ne pahalandı
Yapay zeka tartışmasının çoğu “işimizi elimizden alacak mı” ekseninde dönüyor. Sahada gördüğüm şey daha az dramatik ve daha ilginç: bazı işler bir anda neredeyse bedava oldu, bazıları ise eskisinden pahalı hale geldi.
- İlk taslak, kalıp kod, dönüştürücüler
- Bilinen problemin bilinen çözümü
- Yabancı bir dilde/çerçevede ilk adım
- Test verisi, örnek girdi, dokümantasyon taslağı
- Gelen kodun doğrulanması
- Kod tabanında tutarlılık
- “Bunu neden böyle yaptık” bilgisi
- Junior’ın gerçekten öğrenmesi
Sağdaki sütunun tamamı, tesadüf değil, liderin masasına düşen işler. Yani yapay zeka liderin işini azaltmadı; işin içeriğini değiştirdi.
Sahadan üç olay
1. Test ortamında sorunsuz çalışan migration
Üretilen bir veritabanı değişikliği test ortamında saniyeler içinde geçti. Canlıda tabloyu birkaç dakika kilitledi. Sebep basit: test ortamında o tabloda bin satır vardı, canlıda milyonlarca.
Burada üretilen kod “yanlış” değildi; sadece bizim verimizi bilmiyordu. Bu tam olarak bağlam problemi ve bağlamı ekibe taşımak modelin değil senin işin. O günden sonra kuralımız şu oldu: veri değiştiren her migration için “canlıda kaç satır?” sorusu PR şablonunda zorunlu alan.
2. Üç geliştirici, üç farklı kütüphane
Aynı sprint içinde üç kişi tarih işlemleri için üç ayrı yaklaşım kullandı. Üçü de makuldü, üçü de çalışıyordu, üçü de farklı bir öneriden geliyordu.
Altı ay sonra bu “üç ayrı zaman dilimi hatası” demek. Eskiden tutarlılık kendiliğinden oluşurdu, çünkü insanlar birbirinin koduna bakarak yazardı. Şimdi herkes kendi sohbetine bakarak yazıyor ve ortak hafıza zayıflıyor.
Çözüm yasak değil, yazılı karar oldu: kısa bir “bu projede şunları kullanıyoruz” dosyası ve onu araca da bağlam olarak vermek.
3. PR sayısı ikiye katlandı, teslim hızı değişmedi
Bu en çok şaşırtanı. Üretim gerçekten arttı: açılan PR sayısı iki katına çıktı. Ama özelliklerin canlıya çıkma süresi neredeyse aynı kaldı.
Sebebi ölçünce anlaşıldı: inceleme kapasitesi aynıydı. Yazmak hızlandı, okumak hızlanmadı. PR’lar kuyrukta beklemeye, incelemeler yüzeyselleşmeye başladı — ve yüzeysel incelemeden geçen hatalar canlıya ulaştı.
Asıl mesele: junior’ın öğrenme yolu
Buraya kadarki her şey çözülebilir. Beni asıl düşündüren bu başlık.
Kıdem nasıl oluşuyor? Bir şeyi yanlış yapıp sonucunu görerek. Gece 2’de patlayan bir sistem, üç saat süren bir hata avı, “bir daha asla” dedirten bir olay. Öğreten şey cevabın kendisi değil, cevaba giden yol.
Hazır cevap o yolu kısaltıyor. Kısa vadede harika: junior daha hızlı üretiyor, kendini iyi hissediyor, ekip mutlu. Uzun vadede riskli: bir yıl sonra elinde çok iş çıkarmış ama nedenlerini bilmeyen biri olabiliyor. Ve o kişi ilk ciddi krizde tıkanıyor, çünkü kriz anında sorulan soru “bunu nasıl yazarım” değil “burada ne oluyor”.
- Savunma kuralı. Kodunu açıklayamıyorsan PR açma. İncelemede sorulan soru sabit: “neden bu yaklaşım, alternatifi neydi, burada ne ters gidebilir?” Cevap veremiyorsa kod hazır değil.
- Önce kendi kafanla dene. Yeni bir konuda ilk 30 dakika araçsız. Sonra istediğini kullan. Amaç engellemek değil, kendi hipotezini kurmuş olarak gelmek.
- Hata avını paylaş. Bir sorunu senior çözdüğünde tek başına çözmüyor; ekranı paylaşıp düşünme sürecini anlatıyor. En çok öğreten şey bu oldu.
Bunların hiçbiri araç karşıtı değil. Ben de kullanıyorum, ekip de kullanıyor. Ama araç bir hızlandırıcı; hızlandırdığın şeyin yönü yanlışsa daha hızlı yanlış yere gidersin.
Liderin değişen işi
| Eskiden | Şimdi |
|---|---|
| Zor problemi kendin çözmek | Çözümün doğrulanma sistemini kurmak |
| Standartların kendiliğinden oluşmasını beklemek | Standardı yazmak ve araca da vermek |
| Kod incelemeyi rutin saymak | İnceleme kapasitesini kaynak olarak planlamak |
| Junior’a iş vermek | Junior’a zorluk vermek |
| Gizlilik kurallarını IT’ye bırakmak | Hangi verinin dışarı çıkmayacağına net karar vermek |
Sondaki satır özellikle önemli. Müşteri verisi, özel repo, sözleşme metni — bunların bir dış servise gitmesi teknik değil ticari bir karar. Kural yazılı değilse ekip kendi kuralını uydurur ve genelde iyi niyetle uydurur. Yazılı bir sınır, insanları suçlu hissettirmeden korur.
“AI mı, liderlik mi” neden yanlış soru
Çünkü ikisi aynı kategoride değil. Bir araç öneri üretir, kod yazar, hatta iyi bir analiz yapar. Ama şunu yapamaz:
Sistem Cuma gecesi çöktüğünde, müşteriyi arayan bir insan olacak. Kararın arkasında duran, “bu benim kararımdı” diyen bir insan olacak. Ekipteki birinin işten ayrılmayı düşündüğünü fark eden bir insan olacak.
Liderliğin özü bilgi üretmek değil, sonucu üstlenmek. Devredilemeyen kısım bu.
Yapay zekanın tehdit ettiği şey liderlik değil; liderlik yerine geçen bilgi aracılığı. Yani işi sadece “kim ne yapıyor” bilgisini bir yerden alıp başka yere taşımak olan yöneticiler. O rol zaten zayıflıyordu, bu iş sadece hızlandırdı.
Ölçmeye başladığım üç sayı
- PR açılışından birleştirmeye kadar geçen süre. Üretim artarken bu süre uzuyorsa darboğaz incelemeye kaymıştır.
- Canlıya çıktıktan sonra ilk 48 saatte açılan hata sayısı. Hızlanma gerçek mi, yoksa maliyeti ertelemek mi?
- Junior’ın tek başına kapattığı iş oranı. Düşüyorsa öğrenme değil bağımlılık üretiyoruz demektir.
Kontrol listesi
- İnceleme kapasitesi üretim artışıyla birlikte arttı mı?
- “Bu projede şunları kullanıyoruz” diye yazılı bir belge var mı?
- Hangi verinin dışarı çıkmayacağı yazılı mı?
- Junior yazdığı kodu savunabiliyor mu? Son PR’da sordun mu?
- Bir senior son ay içinde düşünme sürecini ekiple paylaştı mı?
- Teslim süresi gerçekten kısaldı mı, yoksa sadece PR mı arttı?
Sonuç
Başa dönelim: iki saatte biten o iş gerçekten iyi bir işti. Sorun kodda değildi; sorun, “öyle önerdi” cümlesinin bir gerekçe sayılmasındaydı.
Yapay zeka ekibini hızlandırır. Nereye doğru hızlanacağını ise hâlâ birinin söylemesi gerekiyor — ve o kişi, iş ters gittiğinde telefonu açan kişiyle aynı olmak zorunda.