Standar dadi refactoring. Nulis ulang mung dibenerake nalika sistem sing ana ora bisa maneh berkembang kanggo nyukupi syarat ing biaya sing bisa ditampa, lan kowe bisa terus ngirim nilai nalika kowe nindakake. Umume insting "kita butuh nulis ulang" pancen masalah tech-debt sing ora dikelola sing refactoring incremental ngrampungake kanthi risiko sing luwih sithik.
| Sinyal | Condong refactor | Condong nulis ulang |
|---|---|---|
| Arsitektur cocog karo syarat | Ya | Ora |
| Cakupan test/spec | Endhek utawa dhuwur | Cukup dhuwur kanggo verifikasi paritas |
| Bisa ngirim incremental | Ya | Angel, big-bang |
| Tim mangerteni kode | Ya | Ora, lan penulis asli wis lunga |
Keputusan refactor-vs-nulis-ulang yaiku salah siji keputusan paling leverage sing digawe Tech Lead. Salah menyang nulis ulang lan kowe bisa nyepetke pengiriman setaun lan isih gagal; salah menyang refactor lan kowe getihan velocity kanthi alon. Framing kuwi minangka keputusan biaya-lan-risiko, dudu keputusan rasa, yaiku sing misahake pangadilan senior saka preferensi.