Perché il 70% delle trasformazioni fallisce

La maggior parte dei programmi di trasformazione fallisce. Non raggiungono i loro obiettivi.

Ho guidato cambiamenti legati all'IA e all'ERP in Novartis. Ho visto la verità. La tecnologia non è la parte difficile. Il software spesso funziona bene. Le persone, semplicemente, decidono di non partecipare.

Quando un progetto fallisce, i leader incolpano i dati o il perimetro del progetto. Sono solo sintomi. La vera causa è l'adozione. La maggior parte delle aziende tratta l'adozione come un evento di formazione alla fine. Dovrebbe essere una regola di progettazione fin dall'inizio.

Uno strumento non ha alcun valore se le persone lo evitano. Ho visto software perfetti con un utilizzo del 30%. Le persone continuavano invece a usare i vecchi fogli di calcolo.

Non ottieni il ROI del software che hai acquistato. Ottieni il ROI del software che le persone utilizzano.

Le persone resistono al cambiamento perché lo percepiscono come uno scambio svantaggioso. Vedono più rischi e più controlli senza alcun vantaggio personale.

Per risolvere questo problema, serve la sicurezza psicologica. Le persone devono sentirsi libere di dire "non capisco questo" o "questo processo è interrotto". Senza sicurezza, le persone nascondono la confusione. La confusione nascosta porta a workaround silenziosi. I workaround portano al fallimento.

Segui questo piano per vincere:

  • Definisci la vittoria: prima di costruire qualsiasi cosa, scrivi come cambierà un ruolo specifico. Se non riesci a mostrare un vantaggio per quella persona, non hai un piano. Hai solo un rollout.
  • Usa gli scettici: non parlare solo con i sostenitori. Metti lo scettico più rumoroso nella stanza della progettazione. Individueranno i problemi reali precocemente. Quando uno scettico approva il piano, gli altri lo seguiranno.
  • Guida con l'onestà: chiedi ai leader di ammettere gli errori. Un momento di onestà da parte di un capo costruisce più fiducia di molti sondaggi.
  • Premia l'onestà: ringrazia le persone che segnalano passaggi interrotti. Stanno facendo controllo qualità per te.
  • Misura le cose giuste: non limitarti a monitorare budget e scadenze. Monitora quante persone usano lo strumento e quanto spesso ricorrono a workaround.
  • Risolvi e comunica: quando risolvi un problema, dillo a tutti. Mostra loro che esprimere un parere può cambiare il sistema.

Tratta la fiducia come un'infrastruttura. Devi progettarla e prevedere un budget per essa, proprio come per il tuo tech stack.

Smetti di sottoporre ad audit la tua architettura. Inizia a chiedere al tuo team: "Cosa lo renderebbe migliore per te e cosa hai paura di dirmi?"

Il 30% che vince è quello che sa ascoltare.

Source: https://dev.to/cedricbignet/why-70-of-transformations-fail-and-the-people-first-fix-1ff

Optional learning community: https://t.me/GyaanSetuAi