Perché le implementazioni software falliscono

Negli anni in cui ho guidato le mie aziende ho visto implementazioni riuscite e altre che si sono arenate o si sono spente in silenzio. Quasi mai la differenza stava nella tecnologia. Stava nel modo in cui veniva condotto il progetto. Qui sotto indico le cause ricorrenti del fallimento e mostro come conduco un'implementazione per evitarle.

Raramente il problema è la tecnologia in sé

Il fenomeno è ampio: secondo studi di mercato internazionali (Panorama, Gartner), la maggior parte delle implementazioni di grandi sistemi ERP manca i propri obiettivi - la cifra citata è il 55-75 % dei progetti. Sono dati globali e riguardano soprattutto i grandi pacchetti, ma le cause si ripetono in modo abbastanza chiaro da poterle nominare ed evitare. E quasi nessuna di esse risiede nel software stesso.

Acquistare in base alla demo anziché al processo

L'errore più comune è scegliere un sistema sulla base di una buona demo commerciale anziché dei propri processi. Il programma fa un'ottima figura nella presentazione, ma poi si scopre che il Suo modo di raccogliere gli ordini o di pianificare la produzione non vi si adatta. A quel punto comincia l'adattamento dell'azienda allo strumento - ed è proprio lì che il progetto inizia a perdere terreno.

Analisi saltata e perimetro troppo ampio

Il secondo schema ricorrente è partire senza un'analisi solida di come funziona davvero l'azienda, unito al tentativo di implementare tutto in una volta. Più ampio è il perimetro all'inizio, più cose possono andare storte prima che qualcuno veda un primo risultato. Un grande progetto «tutto in una volta» diventa un fronte aperto per mesi, dove è facile sforare il budget ed esaurire la pazienza del team.

Un team che nessuno ha consultato

La terza causa è umana. Quando si sceglie un sistema senza parlare con le persone che dovranno usarlo, nasce la resistenza e lo strumento non rispecchia la realtà del reparto o dell'ufficio. Le persone tornano allora di nascosto ai vecchi fogli di calcolo, l'azienda porta avanti due flussi di lavoro paralleli e il costoso sistema resta in gran parte inutilizzato.

Come conduco un'implementazione perché funzioni

Parto da una conversazione sul processo, prima ancora di qualsiasi demo delle funzioni. Affronto per prima un'area che dà un risultato rapido e visibile - posso mettere in piedi il primo modulo in 14 giorni lavorativi e l'intero primo progetto in 4-8 settimane. Costruisco insieme alle persone che useranno il sistema, così rispecchia il loro lavoro reale. Gli altri moduli arrivano per fasi, accanto all'operatività quotidiana, e il codice e i dati restano Suoi. In questo modo ogni fase porta un risultato e il rischio di un unico, grande disastro viene semplicemente meno.

Se sta pianificando un'implementazione e vuole farla in sicurezza - parliamone per trenta minuti. Le suggerirò da quale area partire perché il primo risultato arrivi presto.