Teknik borcu (technical debt) teknik olmayan bir kitleye nasıl açıklarsınız?

Question

Accepted Answer

**Tech debt'i, kitlenin zaten kullandığı dile çeviririm: para, hız ve risk.** Teknik olmayan bir stakeholder coupling veya test coverage'ı umursamaz; özelliklerin yayınlanmasının yavaşladığını ve pahalılaştığını umursar. Bu yüzden borcu bir kod problemi değil, bir finans ve teslimat problemi olarak çerçevelerim.

## Kullandığım çerçeve

- **Dikkatli kullanılan finansal metafor.** "Hızlı yayınlamak için bir kısayol aldık, bir kredi çekmek gibi. İşe yaradı ve şimdi her sprint'te onun faizini ödüyoruz. Bu alandaki her yeni özellik, o faiz yüzünden daha pahalıya mal oluyor." Bu işe yarar çünkü herkes borcu ve faizi anlar.
- **Onların metrikleriyle somutlaştır.** "Kod karmaşık" değil, "bu özellik üç hafta sürdü; iki yıl önce aynı büyüklükte bir iş bir hafta sürerdi. Fark, biriktirdiğimiz bakım yüküdür."
- **Önemsedikleri sonuçlara bağla.** Daha yavaş teslimat, müşterilere ulaşan daha fazla bug, yeni işe alımlar için daha zor onboarding, artan outage riski. Borcu gelire, itibara ve roadmap hızına bağla.

## Bunu bir şikâyet değil, bir karar haline nasıl getiririm

- Bir talep değil, **seçeneklerle birlikte bir ödünleşme** olarak sunarım: "Şu anki yavaşlayan tempoda özellik yayınlamaya devam edebiliriz veya şimdi iki sprint yatırım yaparak gelecekteki özellik maliyetini kabaca üçte bir azaltabiliriz."
- Yapabildiğim yerde nicelleştiririm: sprint başına kaybedilen zaman, incident sıklığı, yangın söndürmeye harcanan kapasite yüzdesi.
- **Bir miktar borcun sorun olmadığı** konusunda dürüst olurum. Tüm borç ödenmemeli; mesele, teslimatı aktif olarak vergilendiren borcu ödemektir.

## Tuzaklar

- **Jargon kullanmak** ("refactor", "coupling", "mimari yanlış"). Bu, kodu gereğinden fazla cilalamak istiyormuşsun gibi gösterir.
- Bunu, mühendislerin kendi iyiliği için temiz kod istemesi olarak çerçevelemek; bu kişisel keyif gibi okunur.
- Yalancı çoban — her şeye borç demek, gerçekten acil bir şey çıktığında güvenilirliği aşındırır.

## Neden önemli

Tech debt'i iş terimleriyle açıklayamıyorsan, asla fonlanmaz ve ekip yavaşça duruşa geçerken liderlik velocity'nin neden düştüğünü merak eder. Onu maliyet, hız ve risk olarak çerçevelemek, bir krize dönüşmeden önce onu düzeltecek zamanı sana kazandıran şeydir.