Impresa
Il gestionale che nessuno usa: perché i progetti ERP falliscono
Un progetto ERP non fallisce con un errore, ma con un foglio di calcolo tenuto in parallelo. Le cause si ripetono: si parte dalle schermate invece che dal processo, si personalizza tutto, si migra senza provare, si va live in blocco e nessuno affianca chi dovrà usarlo. Sono tutte prevedibili, e tutte evitabili prima della firma.
Il modo in cui muore un progetto gestionale non è quello che vi aspettate. Non c'è un fallimento tecnico, non c'è un errore rosso a schermo. C'è un foglio di calcolo, aperto sul secondo monitor di una persona in amministrazione, che viene aggiornato ogni mattina accanto al gestionale nuovo.
Quel file è il verdetto. Dice che il sistema per cui avete speso non risponde a una domanda che qualcuno si fa ogni giorno, e che il costo è stato pagato senza incassare il beneficio. Le cause sono quasi sempre le stesse cinque.
1. Si parte dalle schermate invece che dal processo
La prima riunione si fa guardando una dimostrazione. È comodo — si vede qualcosa — ed è il modo più veloce per prendere la decisione sbagliata: si sta valutando l'aspetto di un prodotto, non se copre il vostro lavoro.
La conversazione utile parte da altro: chi fa cosa, con quale documento, dove il dato viene battuto una seconda volta, dove si aspetta qualcuno. Serve stare in azienda e guardare, perché la versione raccontata in riunione e quella che succede al banco non coincidono mai del tutto. Chi vi vende un gestionale senza aver visto come lavorate sta vendendo quello che ha, non quello che serve.
2. Si personalizza tutto, e poi si resta indietro
La tentazione, davanti a un prodotto standard, è farlo assomigliare a com'era prima. Ogni richiesta sembra ragionevole, e ogni personalizzazione è codice da mantenere: al primo aggiornamento importante metà delle modifiche vanno rifatte, e a quel punto l'aggiornamento si rimanda. Dopo tre anni siete su una versione che nessuno aggiorna più.
La regola che seguiamo è una sola domanda per ogni richiesta: questo processo lo facciamo come tutti, o è uno dei motivi per cui i clienti scelgono noi? Nel primo caso ci si adatta allo standard, e si risparmia; nel secondo si personalizza, in un modulo separato e versionato che l'aggiornamento non tocca.
Se il foglio di calcolo resta aperto accanto al gestionale, il progetto non è finito. È solo stato consegnato.Il criterio di collaudo che usiamo
3. La migrazione dei dati si prova il giorno stesso
È la fase che tutti sottovalutano, e l'unica che non ammette improvvisazione. I dati vecchi sono sempre peggio di come li ricordate: clienti duplicati, codici usati per due cose diverse, campi note che contengono informazioni che qualcuno usa davvero.
La migrazione va provata a vuoto più volte, e ogni prova va verificata sui numeri: i saldi tornano? Gli aperti coincidono? Le anagrafiche sono quante ce ne aspettiamo? Se la prima prova avviene il fine settimana dell'avvio, state scoprendo i problemi nel momento peggiore possibile.
4. Si va in produzione tutti insieme, in blocco
Il grande avvio unico ha un fascino organizzativo — un weekend, tutto acceso, lunedì si parte — ed è la scelta che concentra tutto il rischio in un punto. Se qualcosa non funziona, non state correggendo un problema: state fermando l'azienda.
L'alternativa è partire dal flusso che vale di più e aggiungere il resto quando il primo gira davvero. Si perde qualche settimana e si guadagna la possibilità di sbagliare in piccolo. Dove il doppio funzionamento è sostenibile, tenere il vecchio sistema in parallelo per un ciclo di fatturazione è la rete di sicurezza migliore che esista.
5. Nessuno affianca chi dovrà usarlo
La formazione fatta due settimane prima, in aula, su un ambiente di prova vuoto, non è formazione: è una presentazione. Le persone imparano davvero il primo giorno in cui devono fare il loro lavoro vero con lo strumento nuovo, ed è lì che serve qualcuno accanto.
È anche il momento in cui emergono le cose che l'analisi non aveva visto — e sono sempre poche e importanti. Un progetto che non prevede due settimane di affiancamento dopo l'avvio ha risparmiato sulla parte che decide se il gestionale verrà usato o aggirato.
Come si riconosce in tempo
Tre segnali, tutti visibili prima della firma:
- Il preventivo è dettagliato al centesimo su dodici mesi. Significa che il fornitore ha stimato un lavoro che non ha ancora capito.
- Nessuno ha chiesto di parlare con chi userà il sistema tutti i giorni, ma solo con chi decide.
- Alla domanda "cosa succede se a metà scopriamo che serve una cosa diversa?" la risposta è imbarazzata. È la domanda più probabile di tutte.
Se avete un gestionale che nessuno usa fino in fondo, la strada non è necessariamente sostituirlo. Nella maggior parte dei casi conviene capire perché quel foglio di calcolo esiste ancora: la risposta è più economica di un progetto nuovo, e spesso è anche più veloce.