Perché i progetti ERP non falliscono per il software, ma per assenza di governo.
I progetti ERP partono quasi sempre allo stesso modo: business case, entusiasmo, promesse di efficienza.
Molti finiscono allo stesso modo:
- budget sforato
- tempi raddoppiati
- persone in guerra
- fiducia distrutta
Il motivo è semplice: un ERP non è un progetto IT.
È un progetto di cambiamento organizzativo violento. E va governato come tale.
Regola 1 – Analizzare le competenze informatiche reali
Prima del software bisogna capire una cosa fondamentale: le persone sono in grado di usarlo? Non sulla carta. Nella realtà quotidiana. Un ERP non copre le lacune. Le rende evidenti.
Regola 2 – Preparare i processi prima del software
Un ERP funziona solo quanto sono chiari i processi che lo alimentano. Processi confusi, pieni di eccezioni, basati sulle persone diventano ingestibili una volta digitalizzati. Digitalizzare il caos non lo risolve. Lo accelera.
Regola 3 – Non far guidare il progetto solo alla software house
Una software house fa (giustamente) il suo mestiere: implementare software.
Ma:
- non governa le persone
- non decide le priorità aziendali
- non risponde dei risultati organizzativi
Lasciare il progetto solo a loro significa quasi sempre sforare tempi e costi.
Regola 4 – Non lasciare solo l’IT Manager
L’IT Manager lasciato solo diventa rapidamente il colpevole ideale.
Troppo tecnico per il business.
Troppo business per l’IT.
Un ERP senza governo trasforma l’IT Manager in un parafulmine.
Regola 5 – Sponsorship totale della proprietà
Un progetto ERP senza il pieno supporto della proprietà è un progetto morto. Non basta “essere d’accordo”. Serve presenza, decisione, autorità. Il cambiamento non si delega.
Regola 6 – Essere duri con gli ostruzionisti
Ogni azienda ha i suoi “azzeccagarbugli”: esperti di eccezioni, rallentatori seriali, sabotatori passivi.
Un ERP li mette in difficoltà. E loro reagiscono. Ignorarli è un errore. Vanno gestiti. E, se serve, contenuti.
Regola 7 – Inserire la psicologia nel progetto
Un ERP non viene rifiutato dai sistemi. Viene rifiutato dalle persone. Paura di perdere potere.
Paura di essere misurati. Paura di non essere più indispensabili. Senza psicologia organizzativa, qualsiasi ERP è zoppo.
Il modello Future Age
In Future Age affrontiamo i progetti ERP come ciò che sono davvero: progetti di governo aziendale.
Uniamo:
- psicologia per gestire le persone
- ingegneria di processo per strutturare il lavoro
- tecnologia come leva finale
Non siamo consulenti. Siamo manager del cambiamento. E interveniamo quando un’azienda vuole evitare il bagno di sangue.
Conclusione
Un ERP può portare controllo, crescita e chiarezza. Oppure distruggere fiducia, persone e margini. La differenza non la fa il software. La fa chi governa il cambiamento.
Se stai per partire — o sei già dentro — un progetto ERP, questa non è una checklist teorica. È sopravvivenza aziendale.
