Pagal nutylėjimą rinkis refactoring. Perrašymas pateisinamas tik tada, kai esama sistema nebegali evoliucionuoti, kad atitiktų reikalavimus už priimtiną kainą, ir gali toliau teikti vertę, kol tai darai. Dauguma „mums reikia perrašymo“ instinktų iš tiesų yra nevaldoma tech-debt problema, kurią pakopinis refactoring išsprendžia su kur kas mažesne rizika.
| Signalas | Linkstu į refactor | Linkstu į rewrite |
|---|---|---|
| Architektūra atitinka reikalavimus | Taip | Ne |
| Test/spec aprėptis | Žema arba aukšta | Pakankamai aukšta paritetui patikrinti |
| Galima pristatyti pakopomis | Taip | Sunku, big-bang |
| Komanda supranta kodą | Taip | Ne, ir originalūs autoriai išėję |
Refactor-vs-rewrite sprendimas yra vienas iš didžiausią svertą turinčių sprendimų, kuriuos Tech Lead priima. Suklysk link rewrite ir gali įšaldyti pristatymą metams ir vis tiek nepavykti; suklysk link refactor ir lėtai praleidi velocity. Apibūdinimas kaip kaštų-ir-rizikos sprendimas, o ne skonio sprendimas, yra tai, kas skiria senior nuojautą nuo preferencijos.