L'infrastruttura IT è una delle dimensioni fondamentali nella misurazione di maturità di hybridresourcing. Fondamentale, qui, significa qualcosa di specifico: questa dimensione deve essere in ordine prima che dimensioni dipendenti come la gestione delle prestazioni o l'etica possano crescere in modo significativo. Un'organizzazione può certamente avere ambizioni in materia di processi decisionali guidati dall'AI mentre l'infrastruttura sottostante si trova ancora a livello baseline. Non è una contraddizione, è un ordine che non viene saltato.
La misurazione non guarda se lei ha un contratto cloud o se ha sostituito alcuni server. Guarda se il suo ambiente tecnico è organizzato per sostenere applicazioni di AI: i sistemi possono comunicare tra loro, è disponibile capacità di calcolo quando un'applicazione la richiede, e l'architettura è costruita in modo tale che una nuova applicazione non si scontri immediatamente con i limiti di un sistema obsoleto. Si tratta della domanda se il terreno può sostenere un carico, non della domanda se c'è già qualcosa costruito sopra.
A livello baseline, l'infrastruttura funziona su ciò che è stato messo in piedi a un certo punto, spesso senza che nessuno sappia più esattamente perché. I sistemi sono collegati tra loro tramite soluzioni indirette, i collegamenti sono realizzati manualmente e ogni espansione sembra un rischio.
A livello foundation c'è una visione di ciò che esiste. L'organizzazione sa quali sistemi esistono, quali dati li attraversano e dove si trovano i punti critici. Non c'è ancora un approccio strutturale, ma c'è una mappa.
A livello activation sono stati fatti i primi passi per rendere l'infrastruttura idonea alle applicazioni di AI: collegamenti che prima erano manuali sono stati automatizzati, ed è stata riservata capacità per gli esperimenti.
A livello insight l'infrastruttura è organizzata in modo scalabile. Nuove applicazioni possono essere aggiunte senza che l'intero sistema venga rivisto, ed è presente un monitoraggio che mostra dove l'infrastruttura è sotto pressione.
A livello intelligence l'infrastruttura stessa fa parte della capacità di adattamento dell'organizzazione. Si scala insieme alla domanda, segnala i punti critici prima che diventino acuti e non costituisce più un ostacolo a ciò che l'organizzazione vuole costruire.
Alcuni segnali sono più affidabili di un'autovalutazione. Chi chiede quanto tempo ci vuole per collegare un nuovo sistema all'ambiente esistente, e la risposta varia notevolmente da un team all'altro, vede immediatamente che non esiste una visione condivisa dell'architettura. Chi chiede se un progetto pilota di AI si sia mai bloccato per un limite tecnico che nessuno aveva previsto, sente spesso un'esitazione che è più eloquente della risposta stessa. E chi chiede chi, nell'organizzazione, sia in grado di avere una visione d'insieme dell'intero panorama tecnico, riceve solitamente, ai livelli baseline e foundation, il nome di una singola persona, non di un sistema.
È esattamente per questo che il ciclo di confronto nella misurazione è utile. Quando un CIO, un IT manager e un process owner attribuiscono separatamente un punteggio alla maturità dell'infrastruttura, la dispersione tra questi punteggi risulta spesso maggiore di quanto ci si aspetterebbe. Questa dispersione non è un errore della misurazione, è essa stessa un'informazione: mostra se l'organizzazione ha una visione condivisa del proprio fondamento, oppure se ogni team naviga sulle proprie assunzioni.
Il passaggio da baseline a foundation richiede soprattutto una visione d'insieme: mappare ciò che esiste, prima di aggiungere qualcosa. Il passaggio da foundation ad activation richiede investimenti mirati in collegamenti e capacità, nei punti dove la mappa del passo precedente ha rivelato criticità. Il passaggio a insight richiede un'architettura costruita sulla scalabilità piuttosto che su soluzioni isolate per esigenze isolate. E il passaggio a intelligence richiede che l'infrastruttura venga trattata come qualcosa che evolve continuamente, non come qualcosa che viene sostituito ogni tot anni.
Quanto costi esattamente questo passaggio in termini di tempo e risorse dipende dall'organizzazione, dai sistemi esistenti e dall'ambizione che c'è dietro. Un'indicazione di ciò da cui dipende si trova su la pagina che calcola cosa richiede salire di un livello.
L'infrastruttura è lo strato su cui si basano le altre dimensioni, ma non funziona in isolamento. Un'organizzazione con un'infrastruttura solida ma una maturità della gestione dei dati debole ha le tubature in posizione, ma non il flusso che deve passarci attraverso. E un'infrastruttura che è tecnicamente corretta ma non è integrata con l'attenzione alla privacy e sicurezza comporta rischi che diventano visibili solo quando è troppo tardi. Le sette dimensioni della misurazione non possono quindi mai essere lette isolatamente; l'infrastruttura è l'inizio di una catena, non l'intera storia.
Questa misurazione mostra se la sua organizzazione può sostenere l'AI: se il fondamento è presente per far funzionare le applicazioni in modo strutturale. Non dice nulla su quale parte del lavoro stesso sia idonea per l'AI. A questa domanda risponde la scansione del lavoro di FTE TO AI, che calcola per ogni compito quale parte del lavoro può essere svolta dall'AI. Le due domande sono correlate, ma è questo l'ordine che funziona: prima una visione di ciò che l'organizzazione può sostenere, poi una visione di ciò che c'è da sostenere.
La misurazione di maturità, incluso il ciclo di confronto per l'infrastruttura, è in fase di costruzione. Chi desidera utilizzare la misurazione non appena sarà disponibile può iscriversi alla lista d'attesa.
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.