Il mio sistema legacy va modernizzato? I segnali da non ignorare

Il tuo sistema legacy va modernizzato se mostra uno o più di questi segnali: la sua tecnologia è fuori dal supporto del fornitore, solo una persona o un collaboratore esterno lo capisce, raggiunge la fatturazione elettronica, le banche o le nuove app solo tramite esportazioni manuali, oppure ogni piccola modifica richiede settimane. Per esempio, secondo Microsoft il supporto esteso di SQL Server 2014 è terminato a luglio 2024, e il supporto di .NET 8 e .NET 9 termina il 10 novembre 2026. Se il sistema è stabile, isolato ed economico da mantenere, la scelta giusta potrebbe essere aspettare.

Nella parte 1 di questa serie hai elencato i sistemi senza i quali la tua azienda non può lavorare nemmeno un giorno. Ora ci chiediamo per ciascuno: ha davvero bisogno di essere modernizzato?

Primo segnale: la tecnologia è fuori dal supporto del fornitore

Ogni prodotto che acquisti o su cui costruisci ha una data di fine supporto. Dopo quella data il fornitore non rilascia nuove correzioni di sicurezza, quindi qualsiasi vulnerabilità scoperta in seguito resta aperta nel tuo sistema. La prima domanda per ogni sistema è: su quale tecnologia è costruito e quando finisce il suo supporto? Questi esempi provengono dalle pagine sul ciclo di vita dei prodotti Microsoft e sono tra le tecnologie più comuni alla base dei sistemi aziendali:

Fonti: pagine di Microsoft su Windows Server 2012 R2, SQL Server 2014 e .NET. Nota che uscire dal supporto non significa che il sistema si fermi domani. Significa che il rischio cresce ogni mese, e gli aggiornamenti di sicurezza a pagamento ti danno tempo per pianificare; non eliminano la decisione.

Segnali di conoscenza: chi lo capisce e su cosa gira

• Solo una persona lo capisce. Se ogni correzione aspetta un dipendente o uno sviluppatore esterno, il tuo sistema dipende dalle sue ferie e dalle sue dimissioni. È il segnale più pericoloso, perché non compare in nessun report finché l'assenza non si verifica.
• Nessuno osa toccare la macchina. Un server in una stanza laterale che tutti sanno di non dover riavviare, con pezzi di ricambio che non si vendono più. Se si ferma, si ferma l'attività, e non c'è un sostituto pronto.
• Solo il codice conosce le regole di business. Il modo in cui si calcola uno sconto, una provvigione o un permesso vive solo nel software, senza alcun documento che lo spieghi. È esattamente ciò che estrarremo con l'IA nella parte 4.

Segnali di integrazione e velocità: il sistema rallenta l'azienda

• Non si collega alla fatturazione elettronica senza espedienti. Secondo la pagina sulle fasi di introduzione della fatturazione elettronica dell'Autorità per Zakat, Imposte e Dogane (ZATCA), la fase uno è iniziata il 4 dicembre 2021, e la fase di integrazione con i sistemi della ZATCA è iniziata il 1 gennaio 2023 a ondate, con ogni azienda avvisata almeno sei mesi prima della propria ondata. Se il tuo sistema può emettere una fattura conforme solo tramite un programma intermedio o lavoro manuale, leggi la nostra guida all'ondata 25 e all'integrazione con la ZATCA.
• Banche e app richiedono esportazioni manuali. Qualcuno esporta ogni giorno un file dal sistema per caricarlo in banca, sul negozio online o sulla piattaforma di consegne. Ogni passaggio manuale è un'occasione di errore e di perdita di tempo.
• Una modifica semplice richiede settimane. Aggiungere un campo, un report o una variazione di prezzo significa una richiesta e poi un'attesa, perché qualsiasi modifica potrebbe rompere un'altra parte che nessuno capisce.
• I report vengono rifatti in Excel ogni mese. Se il tuo team esporta i dati e li riorganizza a mano per capire cosa succede, il sistema conserva i dati ma non risponde alle tue domande. E se il tuo vero sistema è fin dall'inizio un foglio di calcolo, parti da quando il foglio di calcolo smette di essere la risposta.

Quando non modernizzare ancora

La modernizzazione non è un obiettivo in sé, e alcuni sistemi legacy dovrebbero restare come sono per un po'. Aspettare può essere la scelta migliore quando queste condizioni valgono insieme:

• Stabile: non ha avuto un guasto serio da molto tempo, e raramente hai bisogno di modificarlo.
• Isolato: non è collegato a internet e non deve comunicare con altri sistemi, quindi il rischio legato alle vulnerabilità è più basso.
• Economico da mantenere: lo capisce più di una persona, e mantenerlo costa poco denaro o tempo.
• Verrà sostituito comunque: se presto passerai a un prodotto pronto all'uso, non investire nella modernizzazione di un sistema che sta per andare in pensione.

In quel caso la decisione giusta è tenerlo d'occhio: annota quando la sua tecnologia esce dal supporto, assicurati che esista un backup funzionante e documenta cosa fa. Se in seguito decidi di modernizzare, abbiamo spiegato il modo sicuro nella nostra guida alla modernizzazione dei sistemi legacy senza fermi.

Il punto di vista di Origami

Costruiamo sistemi e integrazioni e modernizziamo quelli vecchi, eppure la prima cosa che facciamo con qualsiasi sistema legacy è chiederci perché dovrebbe essere modernizzato. Un sistema che ha fatto funzionare l'azienda per anni merita rispetto, e molti sistemi hanno bisogno di una nuova integrazione o di una buona documentazione più che di una ricostruzione.

Per questo iniziamo valutando ogni sistema per supporto, conoscenza, integrazione e velocità di modifica, poi proponiamo il passo più piccolo che riduca il rischio, che si tratti di un'integrazione, di una migrazione o di una riscrittura assistita dall'IA con un ingegnere che rivede ogni riga. Se vuoi un parere sui tuoi sistemi, dai un'occhiata ai nostri servizi.

L'esercizio di questa settimana: dai a ogni sistema un punteggio su 8

Prendi l'elenco dei sistemi che hai scritto nella parte 1 e assegna a ciascuno un punteggio da 0 a 2 su ognuno dei quattro assi, dove 0 significa nessun problema, 1 un problema minore e 2 un problema evidente:

• Supporto: la sua tecnologia è supportata? (2 se il supporto è terminato o termina entro un anno)
• Rischio di conoscenza: quante persone lo capiscono? (2 se è una persona o un fornitore)
• Integrazione: si collega a fatturazione, banche e altri sistemi senza lavoro manuale? (2 se il collegamento è manuale)
• Velocità di modifica: quanto tempo richiede una modifica semplice? (2 se richiede settimane)

È uno strumento per stabilire le priorità, non un verdetto definitivo: un sistema con 6 su 8 o più merita una pianificazione subito, da 3 a 5 significa tenerlo d'occhio e fissare una data per rivalutarlo, e da 0 a 2 significa lasciarlo funzionare. Qualsiasi sistema che prende 2 nel solo rischio di conoscenza ha bisogno di una documentazione urgente, qualunque sia il suo totale.

Prossimamente

Ora hai un elenco di sistemi e un punteggio per ciascuno. Nella parte 3 trasformiamo quell'elenco in un inventario completo: chi è responsabile di ogni sistema, chi lo usa, quali dati contiene e se includono dati personali, a cosa si collega, cosa si rompe se si ferma e quando si rinnovano le sue licenze, seguito dalle cinque opzioni per ogni sistema: mantenere, dismettere, sostituire con un prodotto pronto, spostare così com'è nel cloud o ricostruire.

Fonti

• Microsoft: ciclo di vita di Windows Server 2012 R2 — fine del supporto esteso e gli anni di Extended Security Updates a pagamento.
• Microsoft: ciclo di vita di SQL Server 2014 — supporto esteso terminato a luglio 2024; aggiornamenti a pagamento fino a luglio 2027.
• Microsoft: ciclo di vita di .NET — il supporto di .NET 8 e .NET 9 termina a novembre 2026; .NET 10 fino a novembre 2028.
• ZATCA: fasi di introduzione della fatturazione elettronica — fase uno il 4 dicembre 2021; fase di integrazione dal 1 gennaio 2023 a ondate.
• AWS Transform: pagina ufficiale del servizio — l'esempio della parte 1 di modernizzazione assistita dall'IA.