La risposta breve: i progetti pilota non arrivano in produzione perché la produzione non era mai stata progettata. Il pilota nasce per "provare la tecnologia", dimostra qualcosa in un ambiente protetto, e poi si scopre che mancano sponsor, owner, dati, integrazioni e un piano di adozione. Nelle PMI è uno schema che si ripete con l'automazione, con i nuovi software e oggi soprattutto con l'intelligenza artificiale. Vediamo le cause una per una — e come impostare un pilota che abbia una via d'uscita verso il lavoro reale.
1. Manca uno sponsor con potere decisionale
Molti piloti nascono dal basso o di lato: un reparto entusiasta, un fornitore che offre una prova gratuita, un collaboratore curioso. Va benissimo per imparare, ma quando il pilota chiede risorse vere — budget, tempo delle persone, modifiche ai sistemi — serve qualcuno ai vertici che abbia deciso che quel progetto conta. Senza sponsor, il pilota vive finché non disturba nessuno e muore alla prima richiesta impegnativa.
2. Manca un owner che risponda del risultato
Lo sponsor decide, l'owner conduce: sono ruoli diversi ed entrambi necessari. L'owner è la persona che risponde dell'avanzamento, coinvolge gli utenti, gestisce il fornitore e porta al management le decisioni da prendere. Il segnale d'allarme è facile da riconoscere: se alla domanda "chi segue questo progetto?" la risposta è un nome di fornitore, o un "un po' tutti", il pilota non ha un owner.
3. I dati reali arrivano troppo tardi
Il pilota gira spesso su dati puliti, selezionati, preparati per l'occasione. La produzione gira sui dati veri: anagrafiche sporche, campi vuoti, eccezioni accumulate in anni. Un pilota che non incontra mai i dati reali non sta verificando quasi nulla: sta rimandando la verifica al momento più costoso. Meglio il contrario: portare nel pilota i casi peggiori, presto, e scoprire subito se reggono.
4. L'integrazione è rimandata a "dopo"
Uno strumento isolato è facile da provare e difficile da usare. Se il risultato del pilota va ricopiato a mano nel gestionale, se le persone devono lavorare su due sistemi, se le informazioni non tornano indietro nel flusso, il passaggio in produzione richiede un secondo progetto — spesso più grande del primo — che nessuno ha preventivato. La domanda "come si integra con quello che abbiamo?" va posta prima di partire, non alla fine.
5. L'adozione non è mai stata pianificata
Un pilota coinvolge poche persone motivate; la produzione coinvolge tutti, compresi quelli che non hanno chiesto nulla e vedono nel nuovo strumento un carico in più. Formazione, affiancamento, gestione delle eccezioni, ascolto di chi lo usa ogni giorno: è lavoro vero, va messo nel piano e nel budget. Ho approfondito il tema in un articolo dedicato alla resistenza al cambiamento: la sintesi è che l'adozione non si ottiene al go-live, si costruisce da prima.
6. Non esistono criteri di successo definiti prima
Se il pilota parte senza indicatori, alla fine il giudizio sarà un'impressione: "sembra andare bene". E un'impressione non basta per giustificare l'investimento del passaggio in produzione, né per fermarsi con serenità. I criteri utili si scrivono prima di iniziare: quale misura deve migliorare, di quanto, entro quando, rilevata come. Su questo tema trovi indicatori concreti nell'articolo sui KPI per misurare l'innovazione.
7. Nessuno ha il coraggio di fermarlo
Il punto meno discusso: alcuni piloti devono morire, ed è giusto così. Un pilota è un esperimento, e un esperimento può dare esito negativo. Senza criteri di stop espliciti — condizioni alle quali il progetto si chiude — i piloti falliti non vengono chiusi: restano in vita come zombie, consumano attenzione e budget, e tolgono spazio alle iniziative che meriterebbero di andare avanti. Chiudere un pilota con una lezione appresa è un successo del metodo, non un fallimento del progetto.
Come si imposta un pilota che può arrivare in produzione
Mettendo insieme i punti precedenti, la checklist minima prima di partire è questa:
- uno sponsor nel management e un owner interno con tempo dedicato;
- un problema definito e una misura di partenza rilevata;
- criteri di successo e criteri di stop scritti prima dell'avvio;
- dati reali dentro il pilota il prima possibile;
- una risposta almeno abbozzata alla domanda sull'integrazione;
- una stima onesta di cosa richiederebbe la produzione: costi, formazione, gestione nel tempo;
- una data di fine: un pilota senza scadenza è già uno zombie.
Non è burocrazia: sono dieci righe di accordo che cambiano il destino del progetto. E hanno un effetto collaterale prezioso: i piloti proposti solo per entusiasmo, quelli che nessuno vuole davvero portare in produzione, di fronte a questa lista si fermano da soli — prima di consumare mesi di lavoro.
Il problema a monte: piloti scollegati dalle priorità
C'è infine una causa che precede tutte le altre: il pilota che nasce fuori da ogni priorità aziendale. Se le iniziative partono per entusiasmo — un convegno, una demo, la proposta di un fornitore — nessun metodo di esecuzione potrà compensare il fatto che il progetto non risponde a un problema importante. È il motivo per cui i piloti dovrebbero discendere da una roadmap di innovazione con criteri espliciti, dentro una regia complessiva: è il lavoro che descrivo nel metodo e che svolgo in modo continuativo come Innovation Manager esterno.
Se in azienda avete piloti partiti e mai conclusi, o sperimentazioni di cui nessuno sa dire lo stato, parliamone: capire quali meritano di arrivare in produzione e quali vanno chiusi è spesso il primo intervento a più alto valore.