Alapból refaktorálj. Az újraírás csak akkor indokolt, ha a meglévő rendszer már nem képes elfogadható költségen a követelményekhez fejlődni, és közben is tudsz értéket szállítani. A legtöbb "újra kell írni" megérzés valójában egy kezeletlen tech-debt probléma, amit a fokozatos refaktorálás sokkal kisebb kockázattal megold.
| Jel | Refaktorálás felé | Újraírás felé |
|---|---|---|
| Az architektúra illeszkedik a követelményekhez | Igen | Nem |
| Teszt/spec lefedettség | Alacsony vagy magas | Elég magas a paritás ellenőrzéséhez |
| Szállítható-e fokozatosan | Igen | Nehéz, big-bang |
| A team érti a kódot | Igen | Nem, és az eredeti szerzők elmentek |
A refaktorálás-vs-újraírás döntés az egyik legnagyobb emelőhatású döntés, amit egy Tech Lead meghoz. Ronts el az újraírás felé, és egy évre befagyaszthatod a szállítást, és még így is bukhatsz; ronts el a refaktorálás felé, és lassan véreztetsz sebességet. Költség-és-kockázat döntésként keretezni, nem ízlésdöntésként, ez választja el a senior ítélőképességet a preferenciától.