Utgå från refaktorering. En omskrivning är motiverad endast när det befintliga systemet inte längre kan utvecklas för att möta kraven till en acceptabel kostnad, och du kan fortsätta leverera värde medan du gör det. De flesta instinkter att "vi behöver en omskrivning" är egentligen ett ohanterat tech-debt-problem som inkrementell refaktorering löser med betydligt mindre risk.
| Signal | Luta åt refaktorering | Luta åt omskrivning |
|---|---|---|
| Arkitekturen passar kraven | Ja | Nej |
| Test/spec-täckning | Låg eller hög | Hög nog att verifiera paritet |
| Kan leverera inkrementellt | Ja | Svårt, big-bang |
| Teamet förstår koden | Ja | Nej, och de ursprungliga författarna är borta |
Beslutet refaktorera-kontra-skriva-om är ett av de mest hävstångsstarka en Tech Lead fattar. Gör du fel åt omskrivningshållet kan du frysa leveransen i ett år och ändå misslyckas; gör du fel åt refaktoreringshållet blöder du hastighet sakta. Att rama in det som ett kostnads- och riskbeslut, inte ett smaksbeslut, är det som skiljer senior omdöme från preferens.