Teknik liderlikte en yıpratıcı alanlardan biri kapasite konuşmalarıdır. Yol haritası büyür, incident yükü sürer, platform borcu kabarır ve herkes aynı ekibin daha hızlı koşmasını ister. Bu noktada kötü liderlik ya sessizce her şeyi kabul eder ya da sürekli “kaynağımız yok” diyerek soyut bir savunma üretir. İyi liderlik ise kapasiteyi sayı, risk ve operasyon gerçeği üzerinden müzakere eder. Çünkü kapasite bir his değil, sistem davranışıdır.
Neden bu konu teknik kariyer başlığıdır?
Çünkü kıdem arttıkça sizden yalnızca iyi çözüm üretmeniz değil, ekibin gerçekte neyi kaldırabileceğini de savunmanız beklenir. Özellikle platform, altyapı veya kurumsal teknoloji ekiplerinde kapasite tartışmaları çoğu zaman şu üç eksende sıkışır:
- Yeni teslimatlar
- Operasyon ve nöbet yükü
- Görünmez bakım işleri
Bu üçlüden birini yok saydığınız anda ekip bir süre idare eder; sonra ya kalite düşer ya tükenmişlik başlar ya da kritik borç bir incident olarak geri döner.
En sık yapılan hata nedir?
Kapasiteyi yalnızca sprint puanı veya görev sayısı sanmak. Oysa kıdemli mühendislik pratiğinde kapasite daha geniş bir çerçevedir:
- Kesintisiz odak süresi
- Incident sonrası toparlanma payı
- Mimarî karar ve review zamanı
- Bakım ve platform iyileştirmeleri
- Mentorluk ve ekip içi destek
Bunlar hesaba katılmadığında ekip kâğıt üzerinde dolu görünür ama gerçekte dağınık çalışır.
Müzakere dili nasıl kurulmalı?
Teknik liderin işi yalnızca “hayır” demek değildir. Asıl iş, hangi talebin hangi başka bedeli doğuracağını görünür kılmaktır. Ben şu dili daha sağlıklı buluyorum:
- “Bu işi yapamayız” yerine: “Bunu bu çeyrekte alırsak şu iki altyapı riskini erteliyoruz.”
- “Ekip çok dolu” yerine: “Son altı haftada operasyon yükü odak kapasitesinin yüzde otuzunu tüketti.”
- “Önceliği değiştirin” yerine: “Bu seçimin incident yanıt süresi ve değişim güveni üzerindeki etkisi şu olacak.”
Bu yaklaşım hem daha dürüst hem daha etkili olur. Çünkü kapasite tartışmasını kişisel görüşten çıkarıp sistem etkisine bağlar.
Incident yükü neden ayrı hesaplanmalı?
Birçok ekip yol haritasını planlarken incident’i istisna kabul eder. Oysa kurumsal platformlarda incident istisna değil, kapasitenin düzenli tüketicisidir. Eğer nöbet, üretim desteği ve değişim sonrası izleme işini ayrı kapasite dilimine koymazsanız plan sürekli iyimser kalır.
Benim önerim şu üç bant modelidir:
- Planlı teslimatlar
- Operasyon ve nöbet
- Stratejik iyileştirme alanı
Bu bantlar görünür olduğunda ekip neden her hafta aynı hızda feature çıkaramadığını savunmak zorunda kalmaz; çünkü model zaten bunu açıklıyordur.
Üst yönetimle konuşurken ne değişir?
Burada saf teknik ayrıntı değil, risk kontratı önemlidir. Yönetim çoğu zaman bütün talepleri aynı tür iş gibi görür. Teknik lider ise ayrımı netleştirmelidir:
- Gelir veya müşteri etkili teslimatlar
- Regülasyon ya da güvenlik zorunlulukları
- Platform sürdürülebilirliği için kaçınılmaz işler
Bu sınıflandırma yapılmadan kapasite konuşması kolayca duygu temelli pazarlığa dönüşür. Sayı, örnek ve yakın geçmiş incident verisiyle konuşmak daha güçlü sonuç verir.
Ekip içinde bu disiplin nasıl öğretilir?
Kıdemli mühendisler kapasite müzakeresini yalnızca yönetici işi gibi görmemelidir. Ekip kültürü şunu öğrenmelidir:
- Her iş parçasının görünmeyen operasyon bedeli vardır.
- “Küçük değişiklik” ifadesi çoğu zaman eksik bağlam taşır.
- Bakım borcu ertelendiğinde sessiz maliyet büyür.
- Hayır demek yerine takasları görünür kılmak daha olgundur.
Bu dil yerleştiğinde kapasite savunusu bireysel direnç değil, ekip pratiği hâline gelir.
Başarılı olduğunuzu nasıl anlarsınız?
İyi sinyaller genelde şöyledir:
- Son dakika öncelik değişiklikleri daha bilinçli yapılır.
- Nöbet sonrası toparlanma zamanı planlarda görünür olur.
- Platform işleri sürekli ertelenen kategori olmaktan çıkar.
- Ekip teslim hızı ile kalite arasında daha tutarlı denge kurar.
Bu sonuçlar, teknik liderin yalnızca iş dağıtmadığını; çalışma sistemini de yönettiğini gösterir.
Sonuç
Teknik liderler için kapasite müzakeresi disiplini, daha sert konuşma ya da daha iyi tahmin yapma konusu değildir. Bu alan; operasyon gerçeğini, teslim baskısını ve mühendislik sürdürülebilirliğini aynı çerçevede anlatabilme becerisidir. Kıdemli mühendislik pratiğinde gerçek etki çoğu zaman daha çok iş almakla değil, ekibin hangi işi hangi bedelle alacağını dürüstçe görünür kılmakla oluşur. Kapasiteyi sistem olarak yöneten lider, hem ekibini korur hem kurumu daha gerçekçi karar vermeye zorlar.