Un software vecchio non è automaticamente un software da buttare. Spesso contiene anni di regole, eccezioni e conoscenza aziendale che una riscrittura da zero rischia di perdere. Ecco come si valuta davvero se modernizzare o riscrivere.
Un software vecchio non è automaticamente un software da buttare. L’età da sola non basta a giustificare una riscrittura completa: il vero criterio è quanto valore quel sistema contiene ancora, e quanto di quel valore rischi di perdere ricominciando da zero.
Cosa contiene davvero un sistema legacy
Un software che gira da anni non è solo codice: è spesso il deposito di regole di business, automatismi, workflow ed eccezioni che si sono accumulate nel tempo, molte delle quali non sono scritte da nessuna parte se non nel comportamento del sistema stesso. Riscrivere da zero significa doverle riscoprire una per una — e il rischio di perderne qualcuna, silenziosamente, è reale.
Cosa si può modernizzare senza riscrivere tutto
Nella maggior parte dei casi non serve ripartire da zero: si può intervenire per strati, modernizzando le parti che ne hanno davvero bisogno.
- Frontend e interfaccia utente, spesso la parte più visibilmente datata
- Componenti applicativi specifici, uno alla volta
- Runtime e versione del linguaggio su cui gira l’applicazione
- Sistema operativo e patch di sicurezza
- Motore di database, senza necessariamente toccare lo schema dati
- Infrastruttura sottostante, spostando o ridimensionando senza riscrivere l’applicazione
- Sicurezza, con hardening e controlli aggiornati agli standard attuali
- API, per aprire il sistema a integrazioni che all’epoca non esistevano
L’analogia della Fiat 500
Una Fiat 500 storica può essere restaurata, mantenuta e conservare valore — ma se servono certi standard di sicurezza o di consumi attuali, a un certo punto la scelta più razionale è un mezzo diverso. Lo stesso vale per il software: un sistema vecchio può essere modernizzato finché continua a rispondere alle esigenze reali dell’azienda; quando lo scarto diventa troppo ampio, la sostituzione diventa la scelta più sensata. Il punto non è l’età del sistema, è la distanza tra quello che serve oggi e quello che il sistema può ancora offrire.
Quando conviene modernizzare
- Il sistema fa ancora bene il suo lavoro, ma alcune componenti sono tecnicamente datate
- Le regole di business incorporate nel sistema sono complesse e difficili da documentare da capo
- Serve principalmente aprire il sistema a nuove integrazioni o a un’interfaccia più moderna
- Il budget e i tempi non permettono un progetto di riscrittura completa
Quando conviene riscrivere
- L’architettura di base non regge più il volume o la complessità attuale, indipendentemente da quanto la si aggiorni
- Il sistema è così poco documentato che nessuno in azienda sa più spiegare perché si comporta in un certo modo
- I processi aziendali sono cambiati radicalmente rispetto a quando il sistema è stato progettato
- Il costo di mantenere in vita il sistema esistente supera ormai quello di ricostruirlo
Un esempio reale di evoluzione, non sostituzione
Il sistema che gestisce le pratiche di credito agevolato per ATS-COSVIG è online dal 2011 e oggi gestisce oltre 55.000 pratiche: non lo abbiamo riscritto da zero, lo abbiamo fatto evolvere — ad esempio integrandolo via API con il servizio esterno Bureau Van Dijk per l’analisi dei bilanci, invece di ricostruire da zero un motore di analisi finanziaria che già esisteva altrove.
Oltre 55.000 pratiche di finanziamento gestite in 15 anni, con il sistema evoluto insieme all’azienda.
Il software che funziona ma inizia a starti stretto
Hai un software che funziona ma sta diventando difficile da mantenere? Prima di decidere tra modernizzazione e riscrittura, il primo passo è sempre lo stesso: capire cosa quel sistema contiene davvero, quanto di quel valore vale la pena conservare, e dove si trova la reale distanza tra quello che serve oggi e quello che il sistema può ancora offrire.
Come costruiamo — e facciamo evolvere nel tempo — un gestionale costruito sul tuo processo reale.
Longevità e continuità sono criteri di progettazione fin dall’inizio, non un ripensamento a posteriori.
La stessa logica di rischio e costo si applica anche alla scelta dell’infrastruttura su cui il sistema modernizzato girerà.
Domande frequenti
- Un software vecchio va sempre riscritto da zero?
- No. L’età da sola non è un buon criterio: un sistema può contenere anni di regole di business e conoscenza aziendale di valore. Il criterio giusto è quanto di quel valore rischi di perdere ricominciando da capo.
- Quanto costa modernizzare rispetto a riscrivere?
- Dipende dal punto di partenza e da quanto è documentato il sistema esistente. In generale, modernizzare per componenti costa meno e comporta meno rischio di una riscrittura completa, ma non è sempre possibile se l’architettura di base non regge più.
- Come capite se conviene modernizzare o riscrivere il nostro sistema?
- Analizziamo il sistema esistente — cosa fa, quali regole contiene, dove sono i limiti reali — prima di proporre una strada. È lo stesso approccio che seguiamo con ogni cliente, indipendentemente dalla soluzione finale.
- Si può modernizzare un sistema mentre resta operativo?
- Sì, nella maggior parte dei casi. Interveniamo per moduli, così il sistema resta in uso mentre le singole componenti vengono aggiornate, senza fermare l’operatività dell’azienda.