Il quadro di riferimento
Questo documento consolida il modello di maturità, il principio operativo e le due scale che strutturano la trasformazione IA.
La regola di traduzione universale
Il principio operativo dell'intera trasformazione si riassume in una frase:
Sostituire "l'umano produce l'artefatto" con "l'umano definisce le specifiche → il sistema produce l'artefatto."
Cosa significa per reparto
Il test decisivo
Se questa persona sparisse, un sistema potrebbe eseguire l'80% dei suoi compiti?
- Se no → il ruolo è ancora basato sull'esecuzione
- Se sì → il ruolo è AI-native
Non si tratta di "adozione dell'IA". È il passaggio da un'azienda basata sul lavoro a un'azienda basata sui sistemi.
Scala organizzativa – livelli 1 a 3
Questa scala si applica a tutta l'organizzazione – ingegneria, marketing, vendite, finanza, servizio clienti.
AI-Assisted
Come si presenta:
- L'IA è uno strumento che gli individui scelgono di usare
- Stesse strutture, stessi processi, stessi ruoli
- Se l'IA sparisse domani, nulla di strutturale cambierebbe
Comportamenti tipici:
- Usare ChatGPT/Claude come Google o un correttore ortografico
- Prompt isolati, nessuna iterazione
- Output dell'IA incollati manualmente nel lavoro
- Nessun prompt condiviso, nessuna documentazione
- L'adozione è disomogenea e opzionale
Il divario è misurabile: nei ruoli tecnici, l'IA ha una copertura teorica del 94% dei compiti ma solo il 33% di utilizzo effettivo. Le organizzazioni di Level 1 lasciano la maggior parte delle capacità dell'IA inutilizzata.
AI-Integrated
Come si presenta:
- L'IA è integrata nei flussi di lavoro e nei sistemi
- Alcuni processi ridisegnati intorno alle capacità dell'IA
- I ruoli iniziano a spostarsi dal "fare" al "dirigere" (vedi modelli di evoluzione dei ruoli)
- Se l'IA sparisse domani, alcuni flussi di lavoro si interromperebbero
Comportamenti tipici:
- Prompt salvati, template, librerie di prompt
- IA utilizzata in più fasi di un compito, non solo una
- Strumenti come Copilot, Notion AI, Zapier, n8n in uso attivo
- Prompt e flussi di lavoro condivisi tra colleghi
- L'uso dell'IA è atteso, non opzionale
AI-Native
Come si presenta:
- Il design organizzativo assume l'IA come risorsa di primo piano
- I ruoli sono definiti da giudizio e direzione, non da esecuzione
- L'organico è una frazione di un'azienda tradizionale con lo stesso output
- Se l'IA sparisse domani, l'azienda non potrebbe funzionare
Comportamenti tipici:
- La domanda iniziale è: "Quale parte dovrebbe essere automatizzata?"
- Agenti, pipeline e sistemi decisionali costruiti (con o senza codice)
- Processi progettati in modo che gli umani gestiscano il giudizio, l'IA l'esecuzione
- L'impatto dell'IA è misurato (tempo risparmiato, costi ridotti, qualità migliorata)
- L'alfabetizzazione IA è una condizione di impiego
Scala ingegneristica – gradi da 0 a 5
L'ingegneria ha bisogno di una granularità maggiore. Basato sul framework di Dan Shapiro, questa scala descrive la progressione dello sviluppo software. Il Lab IA la dettaglia e illustra come opera.
| Grado | Ruolo dell'umano | Chi scrive il codice | Chi rivede il codice |
|---|---|---|---|
| 0 – Coding assistito | L'umano codifica, l'IA suggerisce | Umano | Umano |
| 1 – Delega circoscritta | L'umano assegna compiti circoscritti | IA | Umano (tutto) |
| 2 – Generazione supervisionata | L'umano supervisiona modifiche multi-file | IA | Umano (tutto) |
| 3 – Sviluppo diretto | L'umano dirige, revisiona a livello di feature/PR | IA | Umano (PR) |
| 4 – Sviluppo spec-driven | L'umano scrive le specifiche, verifica i risultati | IA | Nessuno (i test verificano) |
| 5 – Produzione autonoma | Le specifiche entrano, il software esce | IA | Agente revisore + scenari; gate umani graduati per rischio |
Il Grado raggiungibile su un dato codebase è limitato dalla maturità del codice: un team al Grado 5 su un codebase al Livello 2 produrrà output allucinato veloce senza segnale di correzione.
Come appare davvero il Grado 5
Il Grado 5 non è monolitico. La validazione è graduata per rischio in base al raggio d'impatto di un'azione, alla reversibilità e alla conseguenza:
L'umano approva prima dell'esecuzione.
Predefinito per azioni irreversibili ad alto impatto: transazioni finanziarie, deploy di produzione, modifiche rivolte ai clienti.
L'agente agisce autonomamente; l'umano monitora con autorità di intervento.
Predefinito per lavoro di produzione reversibile con copertura di eval.
L'agente agisce entro confini predefiniti; nessun coinvolgimento umano in tempo reale.
Riservato a lavoro sandbox e reversibile con test forti e un agente revisore su ogni PR.
Un team al Grado 5 opera tutte e tre contemporaneamente, scegliendo il gate per classe di azione. Ogni gate esegue la stessa unità operativa – Contesto → Chiarimento → Esecuzione → Validazione → Recupero – descritta in dettaglio nel Lab IA.
Oltre l'ingegneria
La scala ingegneristica è l'istanza più documentata di un pattern più ampio. La realtà operativa al Grado 5 – ciclo ricorrente, validazione graduata per rischio, agente revisore – si generalizza ad altri domini di lavoro discreto (ingegneria, servizio clienti, operazioni finanziarie, revisione legale, ricerca della conoscenza) dove l'IA opera similmente come livello di esecuzione. Modelli di maturità paralleli per questi domini sono nella roadmap del framework. Vedi anche la nota sulla profondità nella Mappa di Progressione per come questa asimmetria si manifesta ruolo per ruolo.
Mappatura
| Scala organizzativa | Scala ingegneristica |
|---|---|
| Level 1 – AI-Assisted | Gradi 0-1 |
| Level 2 – AI-Integrated | Gradi 2-3 |
| Level 3 – AI-Native | Gradi 4-5 |
Domande diagnostiche
Tre test rapidi per valutare la maturità. Per una metodologia completa di valutazione team per team, vedi Valutare la tua organizzazione.
"Se l'IA sparisse domani, cosa cambierebbe?"
- Nulla di strutturale → Level 1
- Alcuni flussi di lavoro si interrompono → Level 2
- L'azienda non può funzionare → Level 3
Per i criteri di accettazione per livello e il percorso di trasformazione – tempi, prerequisiti e cosa osservare – vedi il Piano di implementazione.
Livelli di leadership
L'azienda non può superare il livello della sua leadership. La leadership è il tetto.
Sostiene pubblicamente l'IA. La usa personalmente. Non spinge l'adozione.
Definisce aspettative per ruolo. Chiede "come ha aiutato l'IA?". Finanzia l'automazione prima di assumere.
Ridisegna la struttura organizzativa. Riscrive ruoli e KPI. Fa dell'alfabetizzazione IA una condizione di leadership.
Livelli individuali
La scala dei livelli individuali misura dove si trova una persona nella propria transizione IA. I tre livelli principali (T1, T2, T3) descrivono stati consolidati. I livelli intermedi (T0.5, T1.5, T2.5) descrivono le transizioni tra di essi – la prova che qualcuno si sta muovendo, non solo etichettato.
L'IA non fa parte del lavoro in alcuna forma.
Ha provato l'IA ma non ha cambiato il modo in cui il lavoro viene svolto.
"L'IA mi aiuta a fare il mio lavoro più velocemente."
Progetta e testa attivamente flussi di lavoro IA. La fase di costruzione.
"L'IA ci aiuta a svolgere questo compito in modo migliore e più sistematico."
Costruisce sistemi in cui l'IA gestisce la maggior parte dell'esecuzione. Il ruolo si sta trasformando dall'interno.
"Questo ruolo dovrebbe esistere diversamente perché l'IA esiste."
I tre livelli principali sono stati operativi – descrivono come lavora qualcuno. I livelli .5 sono transizionali – descrivono che qualcuno si sta spostando attivamente tra stati.
Tier 0 / 0.5 – Il gap tra T0 e T1 non è la conoscenza, ma l'abitudine di ricorrere all'IA quando inizia il lavoro. Una persona a T0.5 ha sperimentato ma non ha integrato. Il rischio: le persone rimangono qui indefinitamente senza spinte strutturate.
Tier 1.5 – Qui la maggior parte delle persone si blocca. Hanno superato l'utilizzo ad hoc e stanno costruendo attivamente flussi di lavoro – progettando prompt, testando sistemi, iterando. Alcuni esperimenti falliscono, altri si consolidano. La transizione da T1 a T2 richiede che questi esperimenti diventino flussi di lavoro consolidati, non solo esperimenti personali. I file di contesto e le librerie di prompt condivise diventano critici in questa fase.
Tier 2.5 – Più processi ridisegnati intorno all'IA. La persona trascorre la maggior parte del suo tempo su direzione, giudizio e revisione piuttosto che sull'esecuzione. Inizia a eliminare il sovraccarico di coordinamento – facendo da sola ciò che richiedeva passaggi di consegna tra team. La distinzione da T3: il ruolo ha ancora lo stesso titolo e gli stessi confini, ma il lavoro al suo interno è cambiato fondamentalmente. Queste persone dimostrano come appare il Level 3 prima che la struttura organizzativa si adegui.
Tier 3 – L'IA è il livello di esecuzione; gli umani danno direzione e validano. Il lavoro è strutturato attorno a un'unità operativa ricorrente (Contesto → Chiarimento → Esecuzione → Validazione → Recupero), con cicli di lavoro ridotti a giorni a livello di feature piuttosto che settimane a livello di sprint. Il valore della persona si concentra ai confini: lavoro al confine anteriore (specificazione, allineamento, dialoghi di chiarimento con l'IA) e lavoro al confine posteriore (validazione, sessioni sui casi limite, test UX con i primi utenti). All'interno del ciclo, l'agente lavora. La disciplina che distingue il T3 dal T2.5 non è un uso maggiore degli strumenti: è la progettazione del processo per l'IA, ovvero la definizione dei vincoli, dei gate e dei livelli di validazione entro cui l'IA opera in modo coerente. Il ruolo e il lavoro al suo interno appaiono fondamentalmente diversi dal T2.5; i titoli possono non essere cambiati ma il quotidiano sì.
Mappatura ai livelli organizzativi
| Livello individuale | Livello organizzativo |
|---|---|
| T0 / T0.5 | Sotto il Level 1 (consapevolezza senza integrazione) |
| T1 | Level 1 (AI-Assisted) |
| T1.5 | Transizione da Level 1 a Level 2 |
| T2 | Level 2 (AI-Integrated) |
| T2.5 | Transizione da Level 2 a Level 3 |
| T3 | Level 3 (AI-Native) |
← Torna alla home · Piano di implementazione · Standard di esecuzione IA · Il Lab IA · Glossario