Teknik borç, kısa vadeli teslim için alınan teknik kararın ileride değişiklik, hata, güvenlik veya işletim maliyetini artırmasıdır. Her geçici çözüm kötü değildir; görünmez ve sahipsiz kalması risklidir.
Borç türleri
- Destek dışı bağımlılık veya altyapı
- Testi olmayan kritik iş kuralı
- Tekrarlı ve çelişen kod
- Manuel, hataya açık dağıtım
- Dokümansız entegrasyon ve veri modeli
- Yavaş sorgu veya ölçek sınırı
Faizi nasıl görünür?
Aynı modülde her değişiklik beklenenden uzun sürüyor, regresyon hatası çıkıyor veya yalnızca bir kişi müdahale edebiliyorsa borç faiz ödüyordur. Destek talebi, değişiklik teslim süresi ve kesinti verisi teknik konuyu iş etkisine bağlar.
Risk puanı
Olasılık, iş etkisi, maruz kalma sıklığı ve düzeltme maliyetini puanlayın. Kritik güvenlik veya veri bütünlüğü borcu önceliklidir. Sadece geliştiricinin estetik tercihini iş riskiyle aynı listede göstermeyin.
Ödeme stratejileri
Yeni özellik değdiği alanda küçük temizlik, ayrı sertleştirme sürümü, kademeli modül değişimi veya tam modernizasyon seçenekleri vardır. “Bir gün her şeyi yeniden yazacağız” plan değildir. Her iş için kabul ölçütü ve regresyon kanıtı gerekir.
Borç bütçesi
Her teslim döneminde ölçülebilir bakım kapasitesi ayırın; yeni borcun gerekçesini ve son tarihini kaydedin. Yazılım modernizasyonu için sistem yaşı ve sorunlu alanları paylaşabilirsiniz.
Borç maddesinin tamamlanma ölçütü
“Kod temizlenecek” yerine etkilenen modül, risk, yapılacak değişiklik, korunacak davranış ve doğrulama yazılır. Örneğin manuel dağıtım borcu; tekrar üretilebilir paket, ortam doğrulaması, otomatik kritik test ve geri alma kanıtıyla kapanabilir. Sadece dosya yapısını değiştirmek iş riskini azaltmıyorsa borç ödenmiş sayılmaz. Tamamlanan maddenin değişiklik süresi, hata veya müdahale üzerindeki etkisi sonraki yatırım kararını besler.