Un progetto di AI che resta bloccato all'IT non è di solito un problema tecnico. È un progetto che non ha mai ottenuto un proprietario al di fuori dell'IT. L'IT costruisce un modello, una pipeline, un'integrazione — e aspetta qualcuno che dica quale lavoro ora andrà diversamente. Se questa persona non c'è, o non ha il mandato per farlo, il progetto resta nel punto in cui è stato costruito.
In parti di ogni azienda il lavoro si sta già spostando. Non come un annuncio, ma come pratica: una parte del lavoro può essere svolta autonomamente da un sistema, una parte può essere svolta da un sistema finché un essere umano approva o respinge il risultato con motivazione, e una parte resta lavoro umano perché il giudizio, la responsabilità o il contatto con un cliente non se ne possono separare. Questa tripartizione attraversa praticamente ogni processo — non per reparto, ma per compito.
La differenza tra un'azienda dove questo funziona e un'azienda dove il progetto si blocca all'IT, raramente sta nella tecnica. Sta in chi ha stabilito quali compiti rientrano in quale categoria, e chi ha l'autorità di dire: questo lavoro si sposta, e questo resta com'è. Senza questa determinazione, l'IT costruisce qualcosa che nessuno osa mettere in produzione, perché nessuno ha preso la decisione che quella decisione richiede.
Un progetto di AI che resta bloccato all'IT manca di solito di una di queste tre cose:
Un'ambizione che va oltre un progetto pilota. Se alla domanda "possiamo costruire questo" è stata data risposta ma non alla domanda "quale lavoro cambia strutturalmente di conseguenza", non c'è nulla su cui scalare. Quale ambizione è meglio rimandare di un anno tratta la distinzione tra un'ambizione realizzabile ora e un'ambizione che richiede prima qualcos'altro.
Una risposta su cosa un sistema può e non può decidere senza supervisione. Questa risposta non spetta all'IT, ma al reparto che svolge il lavoro e alla compliance. Cosa fa quando l'ambizione è realizzabile ma la compliance no descrive cosa succede quando la tecnica è pronta prima che lo siano le regole.
Un diritto decisionale al di fuori dell'IT. Qualcuno nella linea operativa — non nell'architettura — deve poter dire che un compito si sposta e che la capacità liberata viene impiegata altrove. Finché questa decisione resta all'IT, anche il progetto resta lì, perché l'IT non ha quel mandato e non dovrebbe averlo.
Un test di ambizione stabilisce cos'è l'ambizione su quattro livelli — la visione, lo stato desiderato, il target concreto e lo stato che quel target richiede — e verifica per ogni dimensione se l'organizzazione è pronta. Non è una misurazione di ciò che un sistema può fare tecnicamente. È una stima di ciò che l'organizzazione deve ancora sistemare prima che il lavoro si sposti effettivamente: diritti decisionali, supervisione, dati, responsabilità.
Questa stima non è mai definitiva. Vale quanto le informazioni su cui si basa, e queste informazioni sono spesso incomplete nel momento in cui una direzione se ne occupa. Una dimensione che appare pronta perché nessuno ha posto la domanda giusta, non è pronta — quel risultato dice soprattutto, in quel momento, cosa non è ancora stato esaminato. Al contrario, una dimensione può apparire debole mentre il problema è piccolo non appena qualcuno riceve l'autorità di risolverlo. Il test ordina dove si trova l'organizzazione; non sostituisce l'analisi dei compiti stessi.
La domanda di fondo — quale lavoro in questa azienda può realmente essere assunto dall'AI, in parte o del tutto — trova risposta con la scansione del lavoro di FTE TO AI per compito, non per reparto o funzione. Questa distinzione è necessaria perché un progetto valutato a livello di funzione resta sempre bloccato all'IT: le funzioni non cambiano, i compiti sì.
Un singolo progetto di AI che si blocca è di solito un sintomo. Spesso manca un quadro continuo di come le otto dimensioni di prontezza si sviluppano nel tempo, e la stessa dimensione resta il collo di bottiglia anno dopo anno senza che nessuno lo nomini — si veda cosa fa con una dimensione che resta bloccata da anni. Un'ambizione che sulla carta sembra piccola richiede spesso capacità che diventano visibili solo quando qualcuno le confronta con le otto dimensioni; questa traduzione è al centro di quali capacità serve alla mia organizzazione per questa ambizione. E un progetto non si blocca all'IT se il management è già in disaccordo su cosa significhi l'ambizione — di questo tratta come allineare la mia direzione.
Per le decisioni relative al personale che derivano da un percorso simile, valgono sempre i propri requisiti di legge; un test di ambizione e prontezza non ne costituisce la base e non è concepito a tale scopo.
Il controllo di prontezza gratuito consiste in otto brevi domande, una per dimensione, e offre una prima immagine di dove l'organizzazione è più avanti e dove no. Non è un giudizio né un punto d'arrivo, ma un punto di partenza per portare la discussione al di fuori dell'IT prima che venga costruito un altro progetto che nessuno sta aspettando. Il test di ambizione completo, con i quattro livelli e le cinque confidence gate, è in fase di sviluppo.
Vertel wat u wilt bereiken, dan kijken we samen wat daarvoor moet staan.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.