Bagaimana Anda menjelaskan technical debt kepada audiens non-teknis?

Question

Accepted Answer

**Saya menerjemahkan tech debt ke dalam bahasa yang sudah digunakan audiens: uang, kecepatan, dan risiko.** Seorang stakeholder non-teknis tidak peduli soal coupling atau test coverage; mereka peduli bahwa fitur menjadi lebih lambat dan lebih mahal untuk dirilis. Jadi saya membingkai debt sebagai masalah finansial dan delivery, bukan masalah kode.

## Pembingkaian yang saya gunakan

- **Metafora finansial, digunakan dengan hati-hati.** "Kita mengambil jalan pintas untuk rilis cepat, seperti mengambil pinjaman. Itu berhasil, dan sekarang kita membayar bunganya setiap sprint. Setiap fitur baru di area ini lebih mahal karena bunga itu." Ini mengena karena semua orang memahami utang dan bunga.
- **Buat konkret dengan metrik mereka.** Bukan "kodenya berantakan" tetapi "fitur ini butuh tiga minggu; dua tahun lalu ukuran yang sama butuh satu minggu. Selisihnya adalah overhead pemeliharaan yang telah kita akumulasi."
- **Kaitkan dengan hasil yang mereka pedulikan.** Delivery lebih lambat, lebih banyak bug yang sampai ke pelanggan, onboarding yang lebih sulit untuk karyawan baru, risiko outage yang meningkat. Hubungkan debt dengan pendapatan, reputasi, dan kecepatan roadmap.

## Bagaimana saya menjadikannya keputusan, bukan keluhan

- Sajikan sebagai **trade-off dengan opsi**, bukan tuntutan: "Kita bisa terus merilis fitur dengan laju yang melambat saat ini, atau berinvestasi dua sprint sekarang untuk memangkas biaya fitur ke depan kira-kira sepertiga."
- Kuantifikasi sebisa mungkin: waktu yang hilang per sprint, frekuensi incident, persentase kapasitas yang habis untuk pemadaman kebakaran.
- Jujurlah bahwa **sebagian debt itu wajar.** Tidak semua debt harus dibayar; intinya adalah membayar debt yang secara aktif membebani delivery.

## Jebakan

- **Menggunakan jargon** ("refactor," "coupling," "arsitekturnya salah"). Itu membuat Anda terdengar seolah ingin melebih-lebihkan kerapian kode.
- Membingkainya sebagai engineer yang ingin kode bersih demi kode itu sendiri; itu terbaca sebagai memanjakan diri.
- Berteriak serigala — menyebut segalanya sebagai debt mengikis kredibilitas ketika sesuatu yang benar-benar mendesak muncul.

## Mengapa ini penting

Jika Anda tidak bisa menjelaskan tech debt dalam istilah bisnis, ia tidak akan pernah didanai, dan tim perlahan terhenti sementara pimpinan bertanya-tanya mengapa velocity menurun. Membingkainya sebagai biaya, kecepatan, dan risiko adalah yang memberi Anda waktu untuk memperbaikinya sebelum menjadi krisis.