Rescriere sau modernizare treptată: decizia pentru softul tău îmbătrânit

Fiecare aplicație de business îmbătrânește: tehnologia din spate nu mai primește actualizări, dezvoltatorii care o cunosc se împuținează, fiecare modificare mică durează săptămâni pentru că totul e legat de tot. La un moment dat apare întrebarea inevitabilă — o mai cârpim sau o refacem? Instinctul tehnic împinge spre rescriere („de data asta o facem bine”), dar experiența industriei recomandă prudență: rescrierile totale durează sistematic de două ori mai mult decât estimarea, iar în tot acest timp aplicația veche trebuie ținută în viață în paralel, deci plătești două sisteme. Rescrierea se justifică clar în câteva situații: tehnologia de bază e moartă oficial și devine risc de securitate; costul modificărilor a depășit valoarea lor — plătești luni de muncă pentru schimbări banale; sau modelul de business s-a schimbat atât de mult încât aplicația modelează o firmă care nu mai există. În restul cazurilor, modernizarea treptată — înlocuirea sistemului bucată cu bucată, în timp ce restul funcționează — livrează valoare din primele luni și distribuie riscul, în loc să-l concentreze într-o singură lansare de tip totul-sau-nimic.