Contesto
Mercitalia Rail, la società del Gruppo FS dedicata al trasporto ferroviario merci, stava sostituendo tre sistemi storici di gestione equipaggi — ALPI, GENTE e VESTE — con un'unica piattaforma integrata: IVU.Rail. Il programma introduceva anche ottimizzatori per pairing e griglie cicliche, programmazione settimanale e repairing, e doveva allineare il nuovo sistema all'ecosistema MIR.
Era una trasformazione multi-party: cliente, fornitore e team interni, con un piano a molte fasi e decisioni che dovevano restare allineate. Sono entrato in FSTechnology come project management intern per cinque mesi, durante la fase di chiusura del programma.
Il mio ruolo
Ho supportato otto fasi del programma — 3, 4, 7, 8, 9, 10, 11 e 12 — tra fondamenta di sistema, algoritmi di ottimizzazione e rollout dei moduli finali. Ho contribuito direttamente alla chiusura delle fasi 4, 7 e 10. Il mio lavoro stava tra chi prendeva le decisioni e chi costruiva il sistema.
Il lavoro non era l'ottimizzatore. Era far sì che le persone che lo costruivano fossero d'accordo sul problema.
Cosa ho fatto
- Project governance e gestione delle fasi. Supporto all'esecuzione end-to-end di otto fasi critiche, dalle fondamenta di sistema agli algoritmi di ottimizzazione fino al rollout dei moduli finali. Ho contribuito alla documentazione necessaria per chiudere le fasi 4, 7 e 10.
- Coordinamento operativo. Punto di raccordo tra cliente, fornitore e team interni: comunicazione tecnica più fluida, decisioni allineate e follow-up sulle decisioni aperte nelle fasi più delicate.
- Analisi requisiti e sintesi tecnica. Analisi di processi di business e documentazione tecnica complessa; traduzione dei vincoli in materiale chiaro e azionabile per la governance e i board decisionali.
- Scope degli ottimizzatori. Supporto alla definizione e documentazione delle regole di pairing e griglie cicliche, degli ottimizzatori settimanale e repairing e delle interfacce GO — a livello di requisiti e governance, non come owner dell'implementazione.
Risultato
Tre fasi chiuse con contributo diretto, cinque supportate e il programma arrivato alla fase di chiusura nel 2026. Il risultato utile non è una singola funzionalità: è una traccia di decisioni più chiara tra cliente, fornitore e team interno su un sistema da cui dipendono migliaia di operazioni ferroviarie quotidiane.
Cosa cambierei
Introdurrei prima un decision log unico, renderei esplicita l'ownership tra cliente e fornitore già dalla fase uno e terrei un'unica fonte di verità per i requisiti, invece di ricostruire il contesto vicino a ogni chiusura. Sono cambiamenti di processo, ma sono la differenza tra un progetto che chiude e un progetto che si può mantenere.
Note
Era un progetto enterprise. Ho mantenuto la descrizione a livello di processo e tecnologia, omettendo dati del cliente, schermate interne e dettagli commerciali. Sono disponibile a raccontare l'approccio in una call.