Come va davvero un progetto ERP in un'azienda manifatturiera di venti persone

Le otto fasi di un avviamento ERP in una piccola azienda manifatturiera, perché la migrazione dei dati decide i tempi, e che cosa deve portare il cliente.

Quasi tutti i piani ERP che vi vengono mostrati in una riunione commerciale sono una linea retta. Quelli veri non lo sono. Per un’azienda manifatturiera di una ventina di persone il lavoro può chiudersi in un mese oppure superare i sei, e la differenza di solito non dipende dal software. Dipende dallo stato dei vostri dati e da quanto del vostro tempo riuscite a dedicargli.

Qui c’è la forma del progetto, fase per fase, con i punti che vanno storti segnalati.

Fase uno e due: analisi, poi una proposta che potete contestare

Si parte con incontri e questionari. Serve a mettere per iscritto che cosa fate davvero, quali moduli vi servono e quali processi sono portanti. Non i processi appesi al muro nel manuale qualità, quelli che le persone seguono per davvero.

Da lì esce un piano di implementazione con tempi e preventivo. Se la proposta si legge come se potesse essere stata scritta per qualunque azienda, l’analisi è stata troppo superficiale e dovreste rimandarla indietro. Un’officina di venti persone e un reparto di assemblaggio di venti persone hanno bisogno di configurazioni diverse, e quella differenza deve essere visibile per iscritto prima che qualcuno firmi.

Fase tre: contratto, poi inizia la configurazione

Con la firma la lista dei moduli smette di muoversi e il piano delle integrazioni viene messo per iscritto. La configurazione parte qui.

È anche il momento di essere onesti sul perimetro. Ogni personalizzazione aggiunta dopo verrà preventivata a parte e vi costerà tempo di calendario, non solo soldi. Se sapete di avere bisogno di qualcosa di particolare, il suo posto è questa fase e non il quarto mese.

Fase quattro: la migrazione dei dati, che decide i vostri tempi

È la parte più difficile e spesso la più lunga del progetto. Non a volte. Di solito.

Esportate i vostri dati dal vecchio ERP o dal programma di contabilità, idealmente in CSV o Excel. Prima che qualcosa si muova si firma un accordo di riservatezza. Poi comincia il lavoro di mappatura: i vostri campi verso quelli nuovi, deciso campo per campo, testato e aggiustato insieme a voi finché il risultato è quello giusto.

Quello che rende difficile questa fase non è mai il pulsante di esportazione. È quello che l’esportazione contiene. Vent’anni di codici articolo con tre convenzioni di nomenclatura diverse. Clienti inseriti due volte. Giacenze sbagliate dall’ultimo inventario di cui nessuno si è fidato. Distinte base che vivono in un foglio di calcolo sul portatile di una persona, e non nel vecchio sistema.

Niente di tutto questo è insolito, e niente di tutto questo è un motivo per rinviare la partenza. Ma significa che la pulizia è lavoro vero, ed è lavoro che possono fare solo le vostre persone, perché solo loro sanno quale delle due anagrafiche cliente è quella buona.

Se cercate una sola leva sui tempi, è questa. Esportazioni pulite accorciano il progetto più di qualsiasi altra decisione possiate prendere.

Fase cinque: collaudo su una copia

Configurazione e dati migrati vanno in un ambiente di collaudo, che è una copia separata del sistema e non quello in produzione. La validazione si fa lì.

Validare significa che le vostre persone ci fanno passare il loro lavoro reale. Prendete gli ordini del mese scorso e fateli girare nel sistema nuovo. Fate un preventivo. Registrate un ricevimento merci. Gli errori trovati in collaudo costano poco. Gli stessi errori nella prima settimana di esercizio vi costano credibilità interna, che è più difficile da recuperare di una giornata di lavoro.

Fase sei: formare persone che hanno già un lavoro a tempo pieno

La formazione si tiene come webinar e workshop, online o in sede, ed è distribuita dalle basi verso le funzioni più avanzate invece di essere consegnata in un unico blocco sfiancante. Ci sono documentazione integrata e guide, e l’accesso al materiale formativo continua dopo l’avvio, così la persona che assumete a marzo dell’anno prossimo non resta a piedi.

Il vincolo realistico qui è l’attenzione. Il vostro responsabile della pianificazione non assorbirà quattro ore di formazione in un giorno in cui una macchina è ferma. Prenotate le sessioni come prenotereste una manutenzione, con il tempo davvero protetto.

Fase sette: avvio in produzione

L’avvio è una data, non un evento. Se le fasi quattro e cinque sono state fatte bene, è una giornata tranquilla.

Vale la pena considerare la partenza per fasi. L’avvio può essere scaglionato, con le funzioni di base attive per prime e i moduli o le integrazioni successive a seguire. Per un’azienda di questa dimensione spesso è la strada più calma, con meno cose da imparare in una volta.

Fase otto: la prima settimana

La prima settimana dopo l’avvio ha assistenza rinforzata, con monitoraggio attivo, problemi risolti man mano che emergono e formazione aggiuntiva dove risulta necessaria. Aspettatevi di trovare qualcosa. Succede a tutti. Le domande della prima settimana riguardano più le abitudini che il software, e vale la pena rispondere con cura, perché è in quel momento che il nuovo modo di lavorare prende forma.

Dove si collocano le integrazioni

Le integrazioni hanno tempi propri e vanno pianificate a parte. Una semplice, nell’ordine di una settimana. Una complessa, da uno a due mesi o più. Leggere i dati da macchine CNC, PLC Omron, Universal Robots o altri dispositivi IoT sta nella parte più impegnativa, perché il lavoro è specifico per le vostre attrezzature.

La mappatura dei campi tra i sistemi la facciamo noi, poi si testa e si aggiusta insieme a voi. Dopo l’avvio c’è un mese di correzioni gratuite, e dopo la manutenzione delle integrazioni rientra in un pacchetto di assistenza o in un accordo separato, con le segnalazioni che passano dal sistema di ticket.

Se un’integrazione non è critica per il primo giorno, fatela seguire all’avvio. Provare a far atterrare un’integrazione macchina e un nuovo processo di magazzino nella stessa settimana è il modo in cui un buon progetto si guadagna una cattiva reputazione interna.

Che cosa dovete portare voi

È la parte più spesso sottovalutata. Dovrete fornire:

  • Le esportazioni dei vostri dati esistenti dal vecchio ERP o dal programma di contabilità.
  • La documentazione dei vostri processi interni, anche se è grezza.
  • Persone dell’azienda indicate per nome, che partecipino davvero e non siano solo in elenco.
  • L’accesso a qualsiasi sistema che debba essere integrato.

Coinvolgete la direzione e le persone chiave di più di un reparto, e nominate un coordinatore interno di progetto. Un nome, con il tempo per farlo. I progetti senza quella persona non falliscono in modo clamoroso, semplicemente si trascinano, perché ogni decisione aspetta una riunione.

Che cosa lo fa arrivare in ritardo

Quattro cose, in questo ordine circa:

  1. Migrazioni dei dati complesse.
  2. Risorse interne insufficienti dalla vostra parte.
  3. Esportazioni dei dati non preparate come si deve.
  4. Personalizzazioni aggiuntive che emergono a metà progetto.

Tre di queste quattro stanno dalla parte del cliente. Non è una lamentela, è la parte utile dell’informazione. Le variabili che controllate voi sono quelle che spostano la data.

Allora, un mese o sei

Un’organizzazione più piccola può chiudere in un mese. Una più grande o più complessa può metterci mezzo anno o più. Un’azienda manifatturiera di venti persone con dati in ordine, un coordinatore nominato e nessuna integrazione esotica sta vicino all’estremo breve di quell’intervallo. La stessa azienda con le distinte base in un foglio di calcolo e nessuno libero prima della chiusura estiva sta da un’altra parte, e nessuna scelta di software cambia questo. Meglio saperlo prima di partire che al terzo mese.

Argomenti
  • implementazione
  • migrazione dei dati
  • pianificazione

Avete una domanda a cui questo articolo non ha risposto

Portate in una call conoscitiva la versione scomoda della domanda. Sono 45 minuti spesi meglio che in una demo.