Hutang teknis paling dapat ditindaklanjuti jika dikaitkan dengan biaya atau risiko yang berulang. Permintaan luas untuk menulis ulang suatu sistem sulit dibandingkan dengan pekerjaan produk; sebuah contoh nyata menunjukkan mengapa pemeliharaan penting saat ini.
Jelaskan biaya yang diamati
- Tunjukkan insiden berulang, pengiriman lambat, pengujian rapuh, atau langkah manual disertai contoh.
- Identifikasi pengguna atau tim mana yang terpengaruh dan seberapa sering masalah tersebut terjadi.
- Pisahkan perbaikan yang diperlukan dari modernisasi opsional.
Usulkan perbaikan terbatas
Perkirakan perubahan kecil yang mengurangi biaya yang ditunjukkan dan tentukan bagaimana Anda akan memverifikasi peningkatan tersebut. Hindari menjanjikan bahwa penulisan ulang akan menghilangkan setiap masalah di masa depan.
Lacak masalah yang menentukan prioritas produk dan teknik. Bukti dan ruang lingkup yang jelas membantu tim menjadwalkan pemeliharaan alih-alih memperlakukannya sebagai pekerjaan yang tidak terlihat.