Defaultnya adalah refactoring. Sebuah rewrite hanya dibenarkan ketika sistem yang ada tidak lagi bisa berevolusi memenuhi kebutuhan dengan biaya yang dapat diterima, dan Anda bisa terus memberikan nilai selama melakukannya. Kebanyakan naluri "kita butuh rewrite" sebenarnya adalah masalah tech debt yang tidak terkelola, yang dapat diselesaikan refactoring inkremental dengan risiko jauh lebih kecil.
| Sinyal | Condong refactor | Condong rewrite |
|---|---|---|
| Arsitektur sesuai kebutuhan | Ya | Tidak |
| Cakupan test/spec | Rendah atau tinggi | Cukup tinggi untuk memverifikasi paritas |
| Bisa dirilis inkremental | Ya | Sulit, sekali besar (big-bang) |
| Tim memahami kodenya | Ya | Tidak, dan penulis aslinya sudah pergi |
Keputusan refactor-vs-rewrite adalah salah satu keputusan dengan leverage tertinggi yang dibuat seorang Tech Lead. Salah menjurus ke rewrite dan Anda bisa membekukan delivery selama setahun dan tetap gagal; salah menjurus ke refactor dan Anda kehilangan velocity secara perlahan. Membingkainya sebagai keputusan biaya-dan-risiko, bukan keputusan selera, adalah yang membedakan penilaian senior dari sekadar preferensi.