Un CIO riceve il compito di far atterrare le iniziative AI, e insieme il conto se le cose vanno male. Non perché la tecnologia fallisce, ma perché un pilot che girava su un pezzo isolato di infrastruttura non si lascia replicare nel resto dell'organizzazione. Sa che la finestra per fare bene le scelte architetturali è piccola: una volta integrata male, ogni ampliamento successivo eredita quell'errore.
La domanda che pone non è "questo funziona", ma "il livello sottostante lo sostiene". La dimensione della gestione dei dati è organizzata in modo tale che un modello riceva input coerenti e aggiornati, o il pilot si appoggia su un file di esportazione ripulito a mano che nessuno può replicare? L'infrastruttura IT è strutturata in modo che una nuova applicazione si collega a quanto già esiste, o ogni progetto deve allestire il proprio ambiente? Non sono domande sull'ambizione. Sono domande sul fondamento, e un CIO sa che il fondamento non si può riparare con l'entusiasmo a posteriori.
Un CIO non accetta che un punteggio sulla "maturità AI" sia un unico numero per l'intera organizzazione. Ha visto troppe volte che una media nasconde un livello debole sotto uno forte. Un'organizzazione può ottenere un punteggio alto sulla governance e comunque bloccarsi perché la dimensione della gestione dei dati sottostante non è cresciuta insieme. Vuole vedere le dimensioni separatamente, nell'ordine in cui si sostengono a vicenda: organizzazione, infrastruttura e gestione dei dati prima di tutto, perché da questo dipende se tutto ciò che viene dopo tiene.
Non accetta nemmeno che la misurazione provenga da lui stesso, o dal reparto che chiede budget con più insistenza. Una valutazione dell'architettura fatta dal proprio reparto IT tende a confermare l'immagine che quel reparto aveva già. Ciò di cui ha bisogno è un punteggio che nasca da un round di plotting: più persone che valutano separatamente e contemporaneamente, in modo che diventi visibile dove le percezioni di architettura e rischio divergono. Se il CIO posiziona l'infrastruttura su activation e il business la mantiene su baseline, quella differenza stessa è il segnale. Non la media tra i due.
Ciò che un CIO guadagna con una misurazione onesta è una ragione per dire no che regge. Non "non mi fido", ma "la dimensione della gestione dei dati è a baseline, e su questa nessuna applicazione che conta su input coerenti può rimanere in piedi". È una posizione che può spiegare a un CEO o un CFO che vuole soprattutto vedere lo scaling. La misurazione della maturità di hybridresourcing dà a quella posizione una forma: cinque livelli, da baseline a intelligence, su sette dimensioni, con una dispersione visibile tra chi si trova dove.
Ciò che guadagna è anche un ordine. Un CIO che per ogni dimensione può indicare cosa deve essere al suo posto prima, non deve scegliere tra affrontare tutto insieme o non fare nulla. Può far precedere il livello fondamentale — organizzazione, infrastruttura, gestione dei dati — a quello dipendente, perché quello è l'ordine in cui funziona, non perché sia la sua preferenza. Questa distinzione è esattamente ciò che rende diversa una discussione sulle priorità: non si tratta più di cosa sembra più urgente, ma di cosa è possibile dato ciò che già esiste.
Questa misurazione non dice nulla su quali compiti l'AI può assumere. Dice se l'organizzazione è pronta perché un'assunzione di compiti possa atterrare senza che il livello sotto l'applicazione ceda. Questa distinzione riguarda anche altri ruoli: cosa valuta un CEO tra ambizione e fondamento, cosa considera un COO quando l'esecuzione deve sostenere l'AI, e cosa vede un workforce leader quando il lato del personale non cresce insieme girano tutti attorno a questa domanda sulla capacità di sostegno, non su quale lavoro cambia.
La dispersione tra i ruoli è in questo altrettanto informativa quanto il livello stesso. Se il CIO posiziona l'infrastruttura su insight e il CHRO mantiene la gestione dei dati su foundation, quel divario è il punto in cui un pilot presto si bloccherà — non nella tecnologia, ma nel collegamento tra ciò che l'IT ha pronto e ciò che l'organizzazione ne fa poi. Quella stessa struttura, applicata a un settore invece che a un'organizzazione, mostra quanto ampia possa essere quella differenza: si veda ad esempio come si posiziona il settore delle costruzioni sulle sette dimensioni di maturità oppure come si trova il settore degli impianti sulla stessa scala.
La misurazione della maturità di hybridresourcing è in costruzione. Chi vuole usare il round di plotting per valutare la propria organizzazione o il proprio team può iscriversi alla lista d'attesa; al momento non c'è ancora nulla da ordinare, solo un posto per ottenere accesso prioritario non appena lo strumento sarà pronto.
Se la risposta a questa misurazione è che il fondamento tiene, segue un'altra domanda: quale parte del lavoro stesso è trasferibile all'AI. Non è a questo che risponde questa pagina. Quel conto lo fa la werkscan di FTE TO AI, che per ogni compito calcola quale parte del lavoro può essere trasferita — una domanda che ha senso solo una volta che il CIO sa che il livello sottostante tiene.
Vraag maar wat er moet staan voordat AI in uw organisatie kan landen.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.