Quando un progetto digitale non produce i risultati attesi, la prima reazione è quasi sempre la stessa: si cercano le cause nel software. Si valuta se fosse quello giusto, se il fornitore fosse all'altezza, se l'implementazione fosse stata eseguita correttamente. Molto più raramente ci si chiede se esistesse un piano per gestire il cambiamento che il software avrebbe dovuto portare. Eppure è proprio lì che si gioca la differenza tra un investimento che trasforma le operations e uno che si esaurisce nell'installazione. Avere una strategia di cambiamento non significa aggiungere complessità a un progetto già impegnativo: significa creare le condizioni minime perché il progetto funzioni davvero.
Dalla tattica alla strategia: una distinzione che conta
La maggior parte delle PMI affronta i progetti digitali in modo tattico: si individua un problema operativo, si cerca lo strumento che lo risolve, si acquista e si installa. Questo approccio funziona bene per interventi circoscritti, come un software di fatturazione, un gestionale base o un tool di prenotazione. Non funziona quando il progetto riguarda sistemi che cambiano il modo in cui le persone lavorano ogni giorno: un ERP che integra produzione e magazzino, un CRM che ridisegna il ciclo commerciale, una piattaforma che rende visibili dati prima distribuiti in testa a poche persone chiave.
In questi casi la differenza tra tattica e strategia è concreta: la tattica si occupa di scegliere e installare lo strumento, la strategia si occupa di costruire le condizioni perché lo strumento venga usato nel modo giusto dalle persone giuste, con le competenze giuste e con una governance chiara su chi decide cosa. Non sono due fasi sequenziali - prima il software, poi la strategia - ma due dimensioni che devono procedere in parallelo fin dall'inizio del progetto.
Le quattro leve operative di una strategia di cambiamento
I modelli internazionali di change management convergono su quattro leve che, tradotte in linguaggio operativo per una PMI manifatturiera, significano cose molto precise e praticabili anche senza una struttura HR dedicata o un ufficio progetti formalizzato.
La prima leva è la certezza esecutiva: prima di avviare qualsiasi implementazione, l'azienda deve avere un piano operativo chiaro su fasi, responsabilità, tempi e metriche di successo. Non un documento formale fine a se stesso, ma una risposta concreta a domande elementari: chi fa cosa, entro quando, come si misura se sta funzionando. Nelle PMI manifatturiere questo si traduce tipicamente in una mappatura dei processi produttivi coinvolti dal nuovo sistema, con un responsabile nominato per ciascun processo e obiettivi misurabili definiti prima del go-live. Senza questo, il progetto procede a visibilità ridotta e le decisioni vengono prese in emergenza invece che con metodo.
La seconda leva è il presidio del management. Nei progetti digitali delle PMI il ruolo del titolare e dei responsabili di funzione è spesso sottovalutato: si delega l'implementazione al fornitore del software e ci si aspetta che il sistema "si installi da solo" nel tessuto operativo. La realtà mostra che quando il management non usa attivamente il sistema - non legge i report, non fa riferimento ai dati nelle riunioni operative, non chiede conto dei KPI - il personale non ha alcun incentivo reale ad alimentarlo correttamente. Il presidio del management non è un problema di autorità: è una questione di segnale. Se il titolare usa il sistema, il sistema diventa importante. Se non lo usa, diventa un optional.
Governance e coinvolgimento: le leve più trascurate
La terza leva è la governance operativa del progetto. Nelle PMI il termine "governance" evoca spesso strutture burocratiche incompatibili con la velocità e l'informalità di chi ha 15 o 30 dipendenti. In realtà si tratta di qualcosa di molto più semplice: un meccanismo leggero ma regolare per monitorare l'avanzamento, identificare i problemi prima che diventino critici e decidere le correzioni di rotta. Nella pratica, per una PMI manifatturiera che sta adottando un ERP, questo può significare una riunione operativa ogni due settimane tra titolare, referente interno del progetto e partner esterno, con tre domande fisse: i dati vengono inseriti correttamente? Le funzionalità previste vengono usate? Ci sono resistenze o difficoltà ricorrenti che non sono state risolte? Non serve di più. Serve che questa routine esista e non venga saltata quando la produzione è sotto pressione - che è esattamente il momento in cui è più necessaria.
La quarta leva è il coinvolgimento organizzativo: la misura in cui le persone che useranno il sistema sono state incluse nel processo prima che il sistema fosse definito e installato. Questo non significa mettere ai voti le decisioni tecniche, ma fare in modo che chi lavora in produzione, in magazzino o nell'ufficio acquisti abbia la possibilità di segnalare come funzionano davvero i processi che il nuovo sistema andrà a gestire. In molte PMI manifatturiere esistono procedure informali, eccezioni ricorrenti e flussi non documentati che il responsabile di produzione conosce a memoria ma che non compaiono in nessun manuale. Se questi elementi non vengono raccolti in fase di configurazione, il sistema nasce già inadeguato rispetto alla realtà operativa e la resistenza all'adozione diventa quasi inevitabile.
Un esempio: la stessa azienda, due approcci diversi
Una PMI manifatturiera con 25 addetti decide di adottare un sistema ERP per integrare la gestione degli ordini, la pianificazione della produzione e il magazzino materie prime. Nel primo scenario, il progetto viene gestito in modo tattico: il titolare sceglie il software, il fornitore lo installa in sei settimane, viene erogata una giornata di formazione collettiva per tutto il personale e il sistema viene dichiarato operativo. Tre mesi dopo, la pianificazione della produzione continua a essere gestita su un foglio Excel parallelo perché "il sistema non permette di vedere i casi particolari", il magazzino viene aggiornato con due giorni di ritardo perché "non c'è tempo durante i turni" e il titolare non riesce a ottenere dati affidabili sulle scorte perché le registrazioni sono incomplete.
Nel secondo scenario, lo stesso progetto viene preceduto da due settimane di analisi dei processi con il responsabile di produzione e il magazziniere, che portano a configurare il sistema in modo aderente alle eccezioni reali della linea. La formazione viene erogata per ruoli e in sessioni brevi ripetute nel tempo, non in una giornata unica. Il titolare introduce una riunione settimanale in cui legge i report del sistema e fa domande ai responsabili sui dati. Nelle prime quattro settimane dal go-live è disponibile un supporto dedicato per rispondere ai problemi d'uso entro poche ore. Sei mesi dopo, il sistema è la fonte unica dei dati operativi e ha eliminato la doppia gestione su Excel. Il software era lo stesso. La strategia era diversa.
Come ti affianchiamo
XD Projects costruisce la strategia di cambiamento insieme al software, non dopo. Prima dell'implementazione definiamo con il titolare e i responsabili di funzione le quattro leve operative: piano esecutivo, presidio del management, governance di progetto e coinvolgimento del personale chiave. Durante il progetto le traduciamo in azioni concrete, calibrate sulla dimensione e sulla cultura operativa dell'azienda. Il risultato è un sistema che viene davvero usato, non solo installato.
Stai pianificando un progetto ERP o gestionale nella tua azienda?
Prima di scegliere il software, costruiamo insieme la strategia di cambiamento: analisi dei processi, piano formativo, governance operativa e presidio del management. Richiedi un check preliminare gratuito.
Parlaci del tuo progetto →Quando un progetto digitale non produce i risultati attesi, la prima reazione è quasi sempre la stessa: si cercano le cause nel software. Si valuta se fosse quello giusto, se il fornitore fosse all'altezza, se l'implementazione fosse stata eseguita correttamente. Molto più raramente ci si chiede se esistesse un piano per gestire il cambiamento che il software avrebbe dovuto portare. Eppure è proprio lì che si gioca la differenza tra un investimento che trasforma le operations e uno che si esaurisce nell'installazione. Avere una strategia di cambiamento non significa aggiungere complessità a un progetto già impegnativo: significa creare le condizioni minime perché il progetto funzioni davvero.
Dalla tattica alla strategia: una distinzione che conta
La maggior parte delle PMI affronta i progetti digitali in modo tattico: si individua un problema operativo, si cerca lo strumento che lo risolve, si acquista e si installa. Questo approccio funziona bene per interventi circoscritti, come un software di fatturazione, un gestionale base o un tool di prenotazione. Non funziona quando il progetto riguarda sistemi che cambiano il modo in cui le persone lavorano ogni giorno: un ERP che integra produzione e magazzino, un CRM che ridisegna il ciclo commerciale, una piattaforma che rende visibili dati prima distribuiti in testa a poche persone chiave.
In questi casi la differenza tra tattica e strategia è concreta: la tattica si occupa di scegliere e installare lo strumento, la strategia si occupa di costruire le condizioni perché lo strumento venga usato nel modo giusto dalle persone giuste, con le competenze giuste e con una governance chiara su chi decide cosa. Non sono due fasi sequenziali - prima il software, poi la strategia - ma due dimensioni che devono procedere in parallelo fin dall'inizio del progetto.
Le quattro leve operative di una strategia di cambiamento
I modelli internazionali di change management convergono su quattro leve che, tradotte in linguaggio operativo per una PMI manifatturiera, significano cose molto precise e praticabili anche senza una struttura HR dedicata o un ufficio progetti formalizzato.
La prima leva è la certezza esecutiva: prima di avviare qualsiasi implementazione, l'azienda deve avere un piano operativo chiaro su fasi, responsabilità, tempi e metriche di successo. Non un documento formale fine a se stesso, ma una risposta concreta a domande elementari: chi fa cosa, entro quando, come si misura se sta funzionando. Nelle PMI manifatturiere questo si traduce tipicamente in una mappatura dei processi produttivi coinvolti dal nuovo sistema, con un responsabile nominato per ciascun processo e obiettivi misurabili definiti prima del go-live. Senza questo, il progetto procede a visibilità ridotta e le decisioni vengono prese in emergenza invece che con metodo.
La seconda leva è il presidio del management. Nei progetti digitali delle PMI il ruolo del titolare e dei responsabili di funzione è spesso sottovalutato: si delega l'implementazione al fornitore del software e ci si aspetta che il sistema "si installi da solo" nel tessuto operativo. La realtà mostra che quando il management non usa attivamente il sistema - non legge i report, non fa riferimento ai dati nelle riunioni operative, non chiede conto dei KPI - il personale non ha alcun incentivo reale ad alimentarlo correttamente. Il presidio del management non è un problema di autorità: è una questione di segnale. Se il titolare usa il sistema, il sistema diventa importante. Se non lo usa, diventa un optional.
Governance e coinvolgimento: le leve più trascurate
La terza leva è la governance operativa del progetto. Nelle PMI il termine "governance" evoca spesso strutture burocratiche incompatibili con la velocità e l'informalità di chi ha 15 o 30 dipendenti. In realtà si tratta di qualcosa di molto più semplice: un meccanismo leggero ma regolare per monitorare l'avanzamento, identificare i problemi prima che diventino critici e decidere le correzioni di rotta. Nella pratica, per una PMI manifatturiera che sta adottando un ERP, questo può significare una riunione operativa ogni due settimane tra titolare, referente interno del progetto e partner esterno, con tre domande fisse: i dati vengono inseriti correttamente? Le funzionalità previste vengono usate? Ci sono resistenze o difficoltà ricorrenti che non sono state risolte? Non serve di più. Serve che questa routine esista e non venga saltata quando la produzione è sotto pressione - che è esattamente il momento in cui è più necessaria.
La quarta leva è il coinvolgimento organizzativo: la misura in cui le persone che useranno il sistema sono state incluse nel processo prima che il sistema fosse definito e installato. Questo non significa mettere ai voti le decisioni tecniche, ma fare in modo che chi lavora in produzione, in magazzino o nell'ufficio acquisti abbia la possibilità di segnalare come funzionano davvero i processi che il nuovo sistema andrà a gestire. In molte PMI manifatturiere esistono procedure informali, eccezioni ricorrenti e flussi non documentati che il responsabile di produzione conosce a memoria ma che non compaiono in nessun manuale. Se questi elementi non vengono raccolti in fase di configurazione, il sistema nasce già inadeguato rispetto alla realtà operativa e la resistenza all'adozione diventa quasi inevitabile.
Un esempio: la stessa azienda, due approcci diversi
Una PMI manifatturiera con 25 addetti decide di adottare un sistema ERP per integrare la gestione degli ordini, la pianificazione della produzione e il magazzino materie prime. Nel primo scenario, il progetto viene gestito in modo tattico: il titolare sceglie il software, il fornitore lo installa in sei settimane, viene erogata una giornata di formazione collettiva per tutto il personale e il sistema viene dichiarato operativo. Tre mesi dopo, la pianificazione della produzione continua a essere gestita su un foglio Excel parallelo perché "il sistema non permette di vedere i casi particolari", il magazzino viene aggiornato con due giorni di ritardo perché "non c'è tempo durante i turni" e il titolare non riesce a ottenere dati affidabili sulle scorte perché le registrazioni sono incomplete.
Nel secondo scenario, lo stesso progetto viene preceduto da due settimane di analisi dei processi con il responsabile di produzione e il magazziniere, che portano a configurare il sistema in modo aderente alle eccezioni reali della linea. La formazione viene erogata per ruoli e in sessioni brevi ripetute nel tempo, non in una giornata unica. Il titolare introduce una riunione settimanale in cui legge i report del sistema e fa domande ai responsabili sui dati. Nelle prime quattro settimane dal go-live è disponibile un supporto dedicato per rispondere ai problemi d'uso entro poche ore. Sei mesi dopo, il sistema è la fonte unica dei dati operativi e ha eliminato la doppia gestione su Excel. Il software era lo stesso. La strategia era diversa.
Come ti affianchiamo
XD Projects costruisce la strategia di cambiamento insieme al software, non dopo. Prima dell'implementazione definiamo con il titolare e i responsabili di funzione le quattro leve operative: piano esecutivo, presidio del management, governance di progetto e coinvolgimento del personale chiave. Durante il progetto le traduciamo in azioni concrete, calibrate sulla dimensione e sulla cultura operativa dell'azienda. Il risultato è un sistema che viene davvero usato, non solo installato.
Stai pianificando un progetto ERP o gestionale nella tua azienda?
Prima di scegliere il software, costruiamo insieme la strategia di cambiamento: analisi dei processi, piano formativo, governance operativa e presidio del management. Richiedi un check preliminare gratuito.
Parlaci del tuo progetto →Inizia a scrivere qui...