I programmi di trasformazione digitale si bloccano quasi sempre per ragioni organizzative, non tecniche: il perimetro è troppo ampio, nessuna figura senior è responsabile del risultato di business, le persone non vengono accompagnate nel cambiamento, la roadmap finisce nelle mani dei fornitori e il successo non è mai stato definito con dei numeri. Per ripartire bisogna congelare i nuovi impegni, fare una diagnosi breve e onesta, restringere il perimetro a pochi risultati misurabili, affidare il programma a un unico responsabile e rimettere ordine nella governance dei fornitori.

In sintesi

  • I programmi che si fermano hanno poche cause ricorrenti, e la maggior parte riguarda responsabilità e perimetro.
  • La tecnologia raramente è il problema principale, anche quando è quello più visibile.
  • Il rilancio parte da uno stop alla nuova spesa e da qualche settimana di diagnosi, non da un nuovo strumento.
  • Il perimetro va ridotto a due o tre risultati che il business sa misurare.
  • Si capisce di essere tornati in carreggiata quando le decisioni diventano più rapide e lo steering parla di risultati, non di attività.

Le cinque cause che vedo più spesso

Nella mia esperienza, quando un programma perde slancio i sintomi cambiano (ritardi, sforamenti di budget, utenti scontenti), ma le cause tendono a ripetersi.

1. Un perimetro che vuole cambiare tutto insieme

"Trasformazione digitale" spesso significa nuovo ERP, nuovo CRM, piattaforma dati, revisione dei processi e adesso anche uno strato di AI, tutto nello stesso piano. Ogni pezzo dipende dagli altri, quindi nulla si chiude e nulla si misura. Il programma diventa una condizione permanente invece che un progetto.

2. Nessun responsabile di business

Il programma "appartiene" all'IT, a un comitato o al fornitore. Sono tre problemi diversi. L'IT può realizzare i sistemi ma non può cambiare il modo in cui lavorano vendite o produzione. I comitati diluiscono la responsabilità fino a farla sparire. I fornitori hanno interessi commerciali propri. Una trasformazione ha bisogno di una figura senior lato business che risponda del risultato e abbia l'autorità per fare scelte.

3. Gestione del cambiamento ridotta a un piano di comunicazione

I nuovi sistemi cambiano il lavoro quotidiano delle persone. Se il piano per gestirlo si limita a una newsletter e a una giornata di formazione prima del go-live, l'adozione sarà bassa e si moltiplicheranno le soluzioni di ripiego. Gestire davvero il cambiamento significa coinvolgere presto i responsabili di processo, ridisegnare i ruoli e misurare l'adozione dopo il rilascio.

4. Roadmap scritte dai fornitori

È uno degli schemi più frequenti. In azienda manca capacità senior, quindi è il system integrator o il vendor del software a dare forma alla roadmap. Il piano di solito è competente, ma è ottimizzato sul loro prodotto e sul loro modello di delivery, non necessariamente sulle vostre priorità. Col tempo il cliente smette di contestare le richieste di modifica e il fornitore controlla sia il lavoro sia il racconto del lavoro. Ne parlo più a fondo in come far rispondere dei risultati i fornitori IT.

5. Nessun risultato misurabile

Se il business case parla di "migliorare l'efficienza" o "diventare data-driven", nessuno può dire se il programma funziona. Gli steering finiscono per seguire le attività (ticket chiusi, sprint completati, percentuale di avanzamento) invece dei risultati. Le attività possono sembrare in salute a lungo mentre il valore resta a zero.

Come far ripartire un programma bloccato, passo dopo passo

Un rilancio non deve essere spettacolare, ma disciplinato. Questa è la sequenza che seguo.

Passo 1: congelare i nuovi impegni

Niente nuove change request, licenze o fasi finché la diagnosi non è conclusa. Si continua a far girare ciò che è in produzione ed è critico. L'obiettivo è smettere di aggiungere peso a una struttura che non si conosce ancora bene.

Passo 2: una diagnosi breve e onesta

Di solito bastano alcune settimane. Si intervistano separatamente lo sponsor, i responsabili di processo, gli utenti chiave, l'IT e i fornitori principali. Si leggono contratti, statement of work, registro delle modifiche e budget. Si guarda cosa è davvero in produzione e chi lo usa. Qui gli agenti AI aiutano molto: sotto la mia direzione analizzano contratti, change log e verbali e li incrociano tra loro, così la diagnosi procede molto più in fretta e si basa sull'intera documentazione, non solo sulle interviste.

Il risultato deve rispondere a cinque domande: cosa era stato promesso, cosa è stato consegnato, quanto è costato, cosa è ancora utile e cosa blocca l'avanzamento.

Passo 3: decidere cosa tenere, tagliare o ridisegnare

Non tutto è da buttare. Di solito alcuni filoni sono vicini a generare valore, altri vanno fermati, altri ancora riprogettati. Queste decisioni vanno prese in modo esplicito e messe per iscritto. Fermare un filone non è un fallimento. Lo è continuare a finanziarne uno che non ripagherà mai.

Passo 4: restringere il perimetro a risultati misurabili

Scegliete due o tre risultati che contano davvero per il business e che si possono misurare: per esempio il tempo dall'ordine alla fattura, la quota di richieste dei clienti risolte al primo contatto, i giorni necessari per la chiusura contabile. Per ognuno servono un valore di partenza, un obiettivo e una data. Tutto ciò che è nel piano deve collegarsi a uno di questi risultati.

Passo 5: un unico responsabile

Nominate un solo responsabile lato business con poteri decisionali reali. Se questa capacità non esiste internamente, è il punto in cui un fractional executive può intervenire per un periodo definito, costruendo nel frattempo una responsabilità interna che possa subentrare.

Passo 6: rifare la governance dei fornitori

Rivedete gli statement of work alla luce del nuovo perimetro. Concordate KPI legati ai risultati, un processo chiaro per le change request e una cadenza di steering presieduta da voi, non dal fornitore. Se un fornitore non riesce ad adattarsi, pianificate una transizione ordinata invece di convivere con il disallineamento.

Passo 7: ricostruire il piano di cambiamento attorno alle persone

Per ogni risultato, individuate i team il cui lavoro quotidiano cambierà. Coinvolgete i loro responsabili nelle scelte di progetto, programmate la formazione a ridosso del go-live e misurate l'adozione dopo. E mettete tutto questo a budget in modo esplicito.

I segnali che il programma è tornato in carreggiata

Non serve aspettare un anno per capire se il rilancio funziona. Entro uno o due trimestri dovreste vedere:

  • Decisioni più rapide. I problemi si risolvono in giorni, non in mesi, perché la responsabilità è chiara.
  • Steering più brevi e più incisivi. All'ordine del giorno ci sono risultati, rischi e decisioni, non slide di stato avanzamento.
  • Meno change request, o almeno change request chiaramente collegate ai risultati concordati.
  • Utenti che chiedono il prossimo rilascio, invece di costruire fogli Excel attorno all'ultimo.
  • Movimento sugli indicatori di partenza, anche se piccolo.
  • Fornitori che propongono miglioramenti invece di aspettare istruzioni o difendere il perimetro.

Checklist di diagnosi per imprenditori e amministratori delegati

  • Qualcuno sa dire in una frase, con un numero dentro, qual è l'obiettivo del programma?
  • C'è un responsabile di business con nome e cognome e l'autorità per fare scelte?
  • Sappiamo quanto è stato speso, per fornitore, rispetto al piano?
  • Chi ha scritto la roadmap attuale, e quando l'abbiamo messa in discussione l'ultima volta?
  • Quante change request sono state approvate negli ultimi sei mesi, e perché?
  • Quanta parte di ciò che è stato realizzato viene usata davvero ogni settimana?
  • Esiste un piano finanziato per formazione e adozione?

In conclusione

Un programma bloccato non è un giudizio sulle persone coinvolte né sull'idea di trasformare l'azienda. Di solito è il segnale che la struttura attorno al lavoro, cioè responsabilità, perimetro e governance, non è mai stata impostata bene. La buona notizia è che la struttura si può sistemare più in fretta di quanto si pensi. Se volete capire come affronto questo tipo di lavoro, la pagina sulla trasformazione digitale ne descrive il perimetro in dettaglio.

Se il vostro programma ha rallentato e vi serve un parere indipendente su cosa tenere e cosa cambiare, scrivetemi tramite il modulo di contatto con una breve descrizione della situazione.