Progetti ERP: la formazione degli utenti decide l'adozione di Business Central

In un progetto ERP la formazione arriva quasi sempre alla fine della pianificazione. A quel punto il budget è intaccato e il team di progetto ha un solo obiettivo: rispettare la data di avvio. Eppure è proprio la formazione a decidere se il sistema sarà adottato o subito. Business Central non si limita a nuove schermate. Impone processi, una disciplina di inserimento dei dati e una logica di configurazione che l'utente deve capire per non aggirarla.

Un contabile che non sa perché la "Cat. reg. business" di un cliente determina le sue registrazioni finirà per compilarla a caso. Ripetuta da qualche decina di persone, questa approssimazione basta a privare l'implementazione di buona parte del suo valore. Tra i sette principali rischi di un progetto ERP, questo quarto è probabilmente il più facile da sacrificare.

Manifestazioni e sintomi sul campo

Lo scenario si ripete da un progetto all'altro con una regolarità quasi meccanica. Nei primi giorni dopo l'avvio, il supporto riceve in massa domande elementari: come ritrovare un ordine, come correggere una fattura già registrata, perché un campo rifiuta l'inserimento. Poi l'urgenza si attenua e subentra un problema più discreto.

Dopo qualche settimana, gli errori compaiono nei dati: schede articolo incomplete, clienti creati due volte, dimensioni analitiche assegnate male. La prima chiusura mensile funge spesso da rivelatore, quando le differenze impediscono di chiudere i conti nei tempi abituali.

Arrivano poi le soluzioni di ripiego. Riappare un foglio di calcolo per seguire ciò che non si sa ottenere dal sistema, si instaura un circuito parallelo e nessuno lo segnala. La produttività resta più bassa ben oltre il normale periodo di adattamento, e negli uffici torna una frase: "prima era più semplice". Sarebbe comodo vederci cattiva volontà. Una parte delle critiche riguarda una configurazione davvero migliorabile, l'altra riflette una padronanza incompleta dello strumento. È proprio questa distinzione che un'organizzazione formata male non sa più fare.

Impatto finanziario, operativo e umano

Il costo non si ferma all'avvio. Sul piano operativo, i dati si degradano senza rumore: campi obbligatori riempiti con il primo valore disponibile, regole di codifica ignorate, anagrafiche che si inquinano scheda dopo scheda. Sei mesi dopo, i cruscotti mostrano numeri a cui nessuno crede più, e la direzione torna alle sue estrazioni manuali.

Il conto finanziario arriva più tardi. Bisogna prolungare il supporto, ripetere la formazione e correggere i dati a mano. Non è raro nemmeno ritoccare la configurazione per compensare una scarsa conoscenza invece di rispondere a un bisogno reale. Queste giornate a consumo, raramente previste nel contratto iniziale, pesano molto sul bilancio del progetto.

Resta il costo umano, il più duraturo. Utenti lasciati soli davanti a uno strumento che non padroneggiano ne conservano una diffidenza tenace, verso il sistema e verso chi lo ha scelto. Questa diffidenza riemerge a ogni aggiornamento, a ogni nuova funzionalità, a ogni progetto successivo.

Analisi delle cause profonde e degli errori di governance

La prima causa è di budget. Nel preventivo la formazione è una voce tra le altre, e spesso la prima a essere ridotta quando il progetto deraglia. La si considera un costo, raramente ciò che condiziona il ritorno sull'investimento.

Il calendario aggrava la situazione. Tutto si gioca in una finestra stretta, e a volte troppo presto: una formazione erogata tre mesi prima dell'avvio è in gran parte dimenticata il giorno della partenza. Una competenza si acquisisce con la ripetizione, e la ripetizione comincia davvero solo quando l'utente tratta le proprie pratiche.

Il contenuto pone un altro problema. Concepito dal partner, descrive lo strumento pagina per pagina, spesso sulla società dimostrativa CRONUS. L'utente impara dove cliccare, senza vedere come i propri articoli, i propri clienti e i propri casi particolari si inseriscono in ciò che gli viene mostrato.

Infine, la pedagogia resta uniforme. Un'aula, un videoproiettore e un manuale di cento pagine vanno bene per alcuni profili e ne lasciano indietro altri. Un magazziniere non impara come un controller.

Piano d'azione, misure preventive e correttive

La formazione si gestisce come un cantiere a sé, con un budget, un responsabile e delle tappe. Si svolge in più tempi: una formazione iniziale il più vicino possibile all'avvio, sessioni di recupero per gli assenti, poi un accompagnamento nelle settimane successive.

La leva più efficace resta quella dei key user. Formati presto e coinvolti nei collaudi, conoscono sia il proprio mestiere sia la configurazione adottata. Sono loro a formare poi i colleghi, con il vocabolario e gli esempi del proprio reparto. I collaudi stessi sono una formazione che non dice il proprio nome, a condizione di svolgerli in un ambiente di test (sandbox) alimentato da una copia dei dati reali, e non nella società dimostrativa.

I formati devono variare: workshop su casi reali, brevi video per processo, schede operative di una pagina, coaching individuale per le posizioni sensibili. Profili e pagine adattati a ogni ruolo alleggeriscono anche l'apprendimento, perché ognuno vede solo ciò che lo riguarda.

Dopo l'avvio, il dispositivo deve rafforzarsi invece di scomparire. Questo significa un supporto potenziato nelle prime settimane, uno sportello aperto alle domande che non si osa fare e un punto di verifica dopo la prima chiusura mensile. La padronanza, infine, si misura. Qualche controllo regolare sulle schede incomplete o sui doppioni indica meglio di un questionario di soddisfazione dove concentrare il prossimo sforzo di formazione.

Conclusione

Molte aziende investono poco nella formazione, a volte per nulla. Sbagliano. Dopo aver finanziato licenze, mesi di configurazione e una migrazione dei dati, lasciano senza protezione l'unica condizione che rende tutto ciò redditizio: l'uso reale del sistema. Ogni lacuna formativa lascia ai dipendenti la possibilità di non adottare lo strumento, di aggirarlo o di usarlo a metà. Dopo qualche mese, queste scelte individuali diventano il modo di funzionare dell'azienda.

Sarebbe allettante affidare questa responsabilità al partner. Non è realistico. Il partner forma all'avvio, ma non può scendere al dettaglio di ogni posizione né seguire come le pratiche evolvono reparto per reparto. Soprattutto, non ha alcun controllo su ciò che indebolisce di più la conoscenza: il ricambio del personale. Alcuni collaboratori se ne vanno, altri arrivano, e ogni partenza porta via una parte del saper fare acquisito durante il progetto. Credere che il partner conservi questa conoscenza per conto del cliente è un'illusione.

La padronanza di Business Central deve quindi diventare un patrimonio interno, al pari del sistema stesso. Ciò richiede key user riconosciuti nel loro ruolo, procedure operative aggiornate e un percorso di inserimento per ogni nuovo arrivato. Un'azienda che non raccoglie questo testimone non perde il suo ERP da un giorno all'altro. Lo perde poco a poco, a ogni partenza.