Quando ho capito che il problema non era l’ERP
Un diario di bordo sul momento in cui ho smesso di vedere il software industriale come semplice codice e ho iniziato a capire davvero i flussi operativi delle aziende.
Per anni ho pensato che il problema delle aziende fosse il software.
ERP lenti. Interfacce brutte. Processi macchinosi.
Pensavo che bastasse sviluppare qualcosa di più moderno per migliorare tutto.
Poi ho iniziato a lavorare davvero dentro una realtà industriale.
E lì ho capito una cosa importante:
il problema non era il gestionale.
Il problema era la distanza tra quello che succede realmente in fabbrica e quello che il sistema riesce a vedere.
Nel magazzino e nella produzione ho iniziato a osservare cose che, da sviluppatore puro, non avrei mai notato.
Materiali presenti ma non nel posto corretto. Ordini bloccati per componenti da pochi centesimi. Produzione ferma per giorni. Acquisti che scoprono i problemi troppo tardi. Operatori che sanno già che qualcosa sta andando male molto prima del sistema.
Ed è lì che ho iniziato a farmi delle domande.
Il problema è davvero che manca il pezzo?
Oppure il problema è che l’informazione arriva troppo tardi?
Perché nella maggior parte delle PMI il flusso reale non passa dal software.
Passa dalle persone.
Passa da:
- telefonate
- fogli Excel
- memoria degli operatori senior
- urla tra magazzino e produzione
E questo mi ha completamente cambiato il modo di vedere il software industriale.
Ho capito che molte aziende non hanno bisogno dell’ennesimo ERP enorme.
Hanno bisogno di ridurre la latenza operativa.
Cioè il tempo che passa tra:
- il momento in cui nasce il problema
- e il momento in cui qualcuno prende una decisione
Anni fa avevo sviluppato internamente una dashboard molto semplice.
Niente hype. Niente AI. Niente architetture assurde.
Flask. Jinja2. JavaScript basilare.
Gli operatori inserivano commessa, codice e quantità. Produzione e acquisti iniziavano finalmente a vedere gli stessi dati.
E la cosa interessante è che la gente la usava davvero.
Veniva aperta durante le riunioni. Gli operatori ci lavoravano sopra. Le persone iniziavano a fidarsi del flusso.
In quel momento ho capito una cosa fondamentale:
la validazione non è quando un founder dice “bella idea”.
La validazione è quando un caporeparto apre spontaneamente il tuo software mentre sta cercando di evitare un fermo produzione.
Da lì ho iniziato a vedere il software in modo diverso.
Non più come pagine web. Non più come CRUD. Non più come frontend moderni.
Ma come sistemi che devono diminuire attrito, ritardi e caos operativo.
Ed è probabilmente lì che ho iniziato a smettere di ragionare da semplice sviluppatore web.
E ho iniziato a ragionare da systems engineer.