COBOL ancora in produzione? Modernizziamolo con metodo.
In Italia ci sono ancora oggi sistemi COBOL in produzione che gestiscono pezzi critici di business: banking peripheral, gestionali storici, sistemi pubblici. Quando i programmatori COBOL vanno in pensione e la documentazione è ferma agli anni '90, modernizzare diventa urgente.
Cosa succede oggi.
COBOL è uno dei linguaggi più longevi della storia dell'informatica: ancora oggi in Italia girano sistemi COBOL su mainframe IBM, AS/400, o ambienti più piccoli. Funzionano, sono stabili, ma la pipeline di programmatori COBOL si è quasi azzerata: gli esperti vanno in pensione, le università non insegnano più COBOL, il rischio knowledge è massimo.
Modernizzare un sistema COBOL richiede un approccio specifico: reverse engineering della logica business spesso non documentata, knowledge recovery dai pochi esperti rimasti, migrazione progressiva con criteri di rollback. Niente big-bang, perché il rischio è troppo alto su sistemi che girano in produzione da 20-40 anni.
COBOL non è morto. Solo, non si trova più chi lo parli. È il momento di tradurlo in qualcosa che il prossimo team possa leggere.
La soluzione, smontata in parti.
-
Knowledge recovery dal team senior
Sessioni strutturate con i programmatori senior (anche part-time o in consulenza post-pensione) per estrarre la logica business dal codice e dalla loro testa. Documentiamo tutto in modo che il sapere non vada perso.
-
Reverse engineering del codice
Analisi statica del codice COBOL: identificazione di programmi, funzioni, dipendenze, regole business cristallizzate in if/else complessi. Output: documentazione completa del comportamento attuale del sistema.
-
Migrazione progressiva
Strangler pattern come per AS/400: il sistema COBOL resta operativo; i moduli vengono riscritti uno alla volta in linguaggio moderno (TypeScript/Java/Go), con parallel run e riconciliazione automatica.
I profili tipici di chi ne beneficia.
-
Finance con sistemi peripheral COBOL
Istituti finanziari, assicurazioni, casse mutue con sistemi COBOL accessori al core (reportistica, batch notturni, sistemi storici). Il core regolamentato resta intatto; gli accessori vengono modernizzati.
-
PMI con gestionali COBOL storici
Aziende italiane (manifatturiero, distribuzione, servizi) con gestionali COBOL su mainframe medio o AS/400. I programmatori vanno in pensione, l'evoluzione è bloccata, integrazione con sistemi moderni impossibile.
Trasparenza sui compiti del cliente.
Prima di partire abbiamo bisogno di alcuni accessi e decisioni. Tutto ragionevole, nessuna richiesta sorpresa.
-
Accessi al sistema
- Accesso in lettura al codice COBOL e ai database/file di partenza
- Programmatori senior interni (o ex) disponibili anche solo poche ore alla settimana
- Documentazione esistente (anche frammentaria)
-
Decisioni operative
- Priorità: quali moduli COBOL modernizzare per primi
- Target architecture (cloud, on-premise moderno, ibrido)
- Vincoli di compliance (settore regolamentato, audit, GDPR)
Numeri orientativi, non preventivi.
- TEMPI
- Audit + knowledge recovery 6-12 settimane. Migrazione completa 9-24 mesi a seconda dell'estensione.
- COSTI
- Audit €20.000-60.000. Migrazione completa €150.000-700.000 a seconda dell'estensione e della knowledge recoverabile.
- MODELLO
- Audit a milestone fissa, migrazione a fasi con stop possibile dopo ogni modulo.
Numeri orientativi. Per un preventivo accurato, parliamoci.
Le risposte alle domande più frequenti.
Conviene mantenere COBOL o migrare?
Dipende dal rischio operativo. Se il sistema funziona e i programmatori interni hanno ancora 10+ anni di carriera davanti, mantenere può essere la scelta più economica. Se i programmatori sono vicini alla pensione, l'evoluzione è bloccata, le integrazioni mancanti pesano: migrare è meno rischioso di restare. Audit iniziale per capire dove ricadete.
Il codice COBOL può essere convertito automaticamente?
Esistono tool di transpilation COBOL→Java o COBOL→C# che possono dare una base, ma il risultato è raramente production-ready: codice generato è illeggibile, mantiene gli antipattern del COBOL originale, e perde la documentation opportunity. Preferiamo riscrivere a mano con la logica documentata, in linguaggi moderni, leggibili dai team futuri.
Cosa succede se durante la migrazione perdiamo accesso al programmatore senior?
Per questo facciamo la knowledge recovery come prima fase: tutto quello che il senior sa va documentato prima di iniziare la migrazione. Se durante la migrazione il senior va via, la documentazione raccolta permette di continuare. L'audit iniziale identifica anche le 'zone scure' del codice dove la knowledge è critica e va estratta per prima.
Riconoscete il vostro caso?
Scrivete due righe sul vostro contesto. Rispondiamo entro 24-48 ore con una valutazione iniziale e un primo orientamento di tempi e costi.
Parliamone