Perché il vero rischio non è il software, ma le persone non governate. Quando un progetto ERP va male, la colpa viene quasi sempre attribuita a:
- software
- consulenti
- tempi
- costi
Raramente si dice la verità. Molti progetti ERP non falliscono. Vengono sabotati dall’interno. Non per cattiveria diffusa. Ma per dinamiche umane prevedibili. I sabotatori esistono. Sempre. In ogni progetto ERP emergono resistenze. È fisiologico. Il problema nasce quando queste resistenze non vengono riconosciute e governate.
Nella nostra esperienza, i sabotatori sono quasi sempre di due tipi.
1. I sabotatori dolosi
Sono quelli che sanno. Sanno che il nuovo ERP:
- rende i dati trasparenti
- elimina zone grigie
- standardizza decisioni
E questo mette a rischio:
- potere personale
- controllo informale
- centralità organizzativa
Queste persone non attaccano frontalmente. Sabotano in modo intelligente:
- rallentano
- sollevano dubbi continui
- enfatizzano i problemi
- minano la fiducia
Se non intercettati, diventano letali.
2. I sabotatori colposi
Sono più difficili da riconoscere. E spesso più pericolosi. Non vogliono sabotare. Ma hanno paura.
Paura di:
- non capire
- sbagliare
- non essere più indispensabili
La paura genera:
- resistenza passiva
- disimpegno
- negatività
- nostalgia del “prima”
E nelle fasi critiche del progetto questo atteggiamento può contagiare l’intera organizzazione. Perché il sabotaggio colpisce nei momenti chiave. Il sabotaggio non avviene all’inizio.
Avviene:
- prima del go-live
- durante i test
- nei primi mesi di utilizzo
Esattamente quando:
- la pressione è alta
- l’organizzazione è stanca
- la fiducia è fragile
È lì che una frase sbagliata può distruggere mesi di lavoro.
Il vero errore: ignorare la dimensione psicologica
Molte aziende affrontano l’ERP come un progetto tecnico. Parametri, processi, migrazioni. Ma un ERP è soprattutto:
- perdita di abitudini
- ridefinizione di ruoli
- cambiamento di potere
Se queste dinamiche non vengono governate, il sabotaggio è solo questione di tempo.
Il modello Future Age
In Future Age affrontiamo i progetti ERP sapendo che il rischio principale non è tecnologico.
Per questo:
- mappiamo preventivamente gli stakeholder
- individuiamo resistenze dolose e colpose
- lavoriamo sulla motivazione e sulla paura
- facciamo salire le persone a bordo prima del cambiamento
Uniamo:
- psicologia organizzativa
- ingegneria di processo
- competenza tecnologica
Non siamo consulenti. Siamo manager del cambiamento. E sappiamo che un ERP non va solo implementato. Va difeso.
Conclusione
Un progetto ERP non muore per caso. Muore perché qualcuno, consapevolmente o meno, lo porta fuori rotta. Il software non si difende da solo. Le persone sì. Chi governa questo aspetto governa il progetto.
