Oletuksena refaktorointi. Uudelleenkirjoitus on perusteltu vain, kun olemassa oleva järjestelmä ei enää voi kehittyä vastaamaan vaatimuksia hyväksyttävällä kustannuksella, ja voit jatkaa arvon toimittamista samalla kun teet sen. Useimmat "tarvitsemme uudelleenkirjoituksen" -vaistot ovat oikeasti hallitsematon tech debt -ongelma, jonka inkrementaalinen refaktorointi ratkaisee paljon vähemmällä riskillä.
| Signaali | Kallista refaktorointiin | Kallista uudelleenkirjoitukseen |
|---|---|---|
| Arkkitehtuuri sopii vaatimuksiin | Kyllä | Ei |
| Testi-/speksikattavuus | Matala tai korkea | Riittävän korkea pariteetin todentamiseen |
| Voi toimittaa inkrementaalisesti | Kyllä | Vaikeaa, big-bang |
| Tiimi ymmärtää koodin | Kyllä | Ei, ja alkuperäiset tekijät poissa |
Refaktorointi-vs-uudelleenkirjoitus-päätös on yksi vaikuttavimmista päätöksistä, joita Tech Lead tekee. Tee se väärin uudelleenkirjoituksen suuntaan, niin voit jäädyttää toimituksen vuodeksi ja silti epäonnistua; tee se väärin refaktoroinnin suuntaan, niin vuodat vauhtia hitaasti. Sen kehystäminen kustannus-ja-riski-päätöksenä, ei makupäätöksenä, erottaa seniorin harkinnan preferenssistä.