Esiste un modo tipico di sbagliare l'adozione dell'AI che ha il difetto di sembrare rigoroso. Si comincia dalla piattaforma, si prosegue con il framework di governance, si progetta l'infrastruttura dati, si definiscono i centri di competenza. E dopo dodici mesi di lavoro serio non c'è ancora un processo aziendale che funzioni meglio di prima.
L'ordine inverso funziona meglio. Si parte da un problema concreto di cui qualcuno sente il peso: un tempo di risposta ai clienti troppo lungo, una documentazione tecnica che nessuno trova, una fase di preparazione delle offerte che assorbe le persone sbagliate. Si risolve quello. Poi si costruisce l'infrastruttura che serve a estendere la soluzione, non quella che teoricamente servirebbe a tutto.
Il vantaggio non è solo di velocità. È che ogni componente di piattaforma viene giustificata da un bisogno verificato invece che da un'ipotesi. Una governance progettata dopo aver visto come le persone usano realmente gli strumenti è diversa, e più efficace, di una scritta in astratto prima che qualcuno li abbia toccati.
Questo non significa procedere senza regole. Alcune fondamenta vanno poste subito perché rimediare dopo costa molto di più: dove risiedono i dati, quali informazioni non possono uscire dal perimetro aziendale, chi può accedere a cosa, come si tracciano le interazioni. Sono decisioni architetturali, non funzionalità da aggiungere in seguito.
La sintesi ragionevole è quindi asimmetrica: minimo indispensabile sulla piattaforma, massimo rigore sui vincoli di sicurezza e sui dati. Il resto si costruisce guidati da ciò che l'organizzazione dimostra di aver bisogno, non da ciò che si è immaginato in fase di pianificazione.