Guidare la trasformazione

Come guidare la trasformazione del tuo team verso operazioni AI-native.

Politica Operativa – Manager

Questo documento applica i principi degli Standard di Esecuzione IA alla gestione della trasformazione umana. Lo stesso rigore richiesto per delegare il lavoro all'IA è richiesto per delegare la trasformazione al tuo team.

Il principio operativo è lo stesso della Regola di Traduzione Universale: sostituire "il manager richiede il cambiamento" con "il manager specifica la trasformazione → il team la esegue."

Principio guida

Un manager è il Proprietario delle Specifiche della trasformazione del suo team.

Qualsiasi trasformazione assegnata a un team deve essere eseguibile senza supervisione della leadership.

Se il tuo team ha bisogno che la leadership intervenga per capire cosa ci si aspetta da loro, la tua specifica è insufficiente.

Livelli di lavoro obbligatori

Prima di delegare la trasformazione al tuo team, devi completare tutti e quattro i livelli.

Livello 1 – competenza personale (prerequisito)

Devi:

Operare personalmente al Level 2 minimo
Usare l'IA nel tuo lavoro di gestione quotidiano (preparazione delle decisioni, sintesi, analisi)
Dare l'esempio, non solo con le direttive

Soglia minima: puoi mostrare 3 flussi di lavoro personali in cui l'IA è integrata.

Il tetto di un team è il suo manager. Se sei Level 1, il tuo team rimarrà lì.

Livello 2 – mappatura del contesto del team

Prima di ridisegnare, devi capire lo stato attuale. Per ogni ruolo nel tuo team, documenta:

Compiti effettivi (non la descrizione del lavoro – ciò che la persona fa davvero)
Tempo trascorso per categoria di compito
Dipendenze con altri ruoli o team
Strumenti utilizzati
Punti di attrito e colli di bottiglia

Una volta ottenuta la mappatura, classifica ogni ruolo usando i cinque pattern di evoluzione dei ruoli:

Convergenza – Se due o più ruoli condividono specifiche sovrapposte e i passaggi di consegna sono principalmente conversione di formato, non giudizio: mappa quali responsabilità richiedono Direzione, Giudizio, Gusto, Relazione o Responsabilità. Il ruolo convergente conserva quelle. Tutto il resto diventa un sistema. Ridisegna intorno alla superficie di giudizio combinata, non alla somma delle vecchie liste di compiti.

Specializzazione – Se il ruolo si divide chiaramente in esecuzione routinaria e momenti ad alto giudizio: identifica i pattern di lavoro ereditati – quelli sono ciò che l'IA assorbe. Ridefinisci il ruolo intorno al nucleo di giudizio. Aspettati che il ruolo sembri "più piccolo" all'inizio. L'impatto della persona aumenta anche quando la sua lista di compiti si riduce.

Elevazione – Se il valore del ruolo si sta spostando dalla produzione di artefatti alla loro specificazione e revisione: investi nelle competenze di ingegneria delle specifiche. Ridefinisci le metriche di successo dal volume di output alla qualità dei risultati. Costruisci le discipline di revisione descritte in Ingegneria dell'Affidabilità.

Assorbimento – Se il ruolo esiste principalmente per fare da ponte tra sistemi o team, e la componente di giudizio è ridotta: sii onesto al riguardo. Mappa dove vanno le responsabilità – quali diventano funzioni di sistema, quali si spostano a ruoli adiacenti, quali creano nuovi bisogni. Per le persone coinvolte, identifica quali competenze si trasferiscono a ruoli emergenti o abilitano la convergenza altrove.

Emergenza – Se del lavoro avviene informalmente che nessun ruolo copre formalmente (configurazione degli agenti, revisioni della qualità dell'output, progettazione delle specifiche): cerca il lavoro già in corso – è lì che si trovano i ruoli emergenti. Definisci questi ruoli intorno alle responsabilità, non ai compiti. Dotali di persone che dimostrano forti competenze di ingegneria delle specifiche e agio con l'ambiguità.

Requisito: nessun piano di transizione è accettabile senza questa mappatura.

Livello 3 – definizione dell'intento

Per ogni ruolo, devi definire:

Cosa significa concretamente Level 2 per quel ruolo (non la definizione generica – la versione specifica del ruolo)
Quali flussi di lavoro devono cambiare per primi (gerarchia degli obiettivi)
Cosa il dipendente può decidere da solo vs. cosa deve escalare
Compromessi autorizzati (es. velocità vs. qualità durante la transizione)

Nessuna trasformazione può iniziare senza un intento definito per ruolo. Usa la Matrice di Decisione dei Ruoli per identificare quale pattern di evoluzione si applica a ciascun ruolo nel tuo team.

Livello 4 – specifica della transizione (standard più alto)

Il tuo piano di transizione è una specifica, non una narrazione. Per ogni ruolo, contiene:

Stato attuale (Level 1 – comportamenti osservati)
Stato target (Level 2 – comportamenti attesi, con criteri di accettazione)
Gap identificato
Flussi di lavoro ridisegnati (prima/dopo)
Sistemi o automazioni da implementare
Metriche di successo
Timeline (30/60/90 giorni)
Condizioni di fallimento

Regola: se il successo non può essere verificato oggettivamente, il piano non è pronto.

Primitivi di specificazione

Una specifica di trasformazione è costruita dagli stessi cinque primitivi usati per delegare il lavoro all'IA: descrizioni del problema autocontenute, criteri di accettazione, architettura dei vincoli, decomposizione e progettazione della valutazione. Questi sono definiti negli Standard di Esecuzione IA e dimostrati con esempi elaborati nella Guida alle Specifiche.

Applica questi ai tuoi piani di transizione nello stesso modo in cui li applicheresti a un compito IA: se il piano non è autocontenuto, testabile, vincolato, decomposto e valutabile, non è pronto.

Regole di qualità del piano di transizione

Un piano di transizione valido deve essere:

Autocontenuto – Eseguibile senza che il dipendente debba indovinare l'intento.

Testabile – Un osservatore indipendente può valutare i progressi.

Vincolato – Regole Deve / Non Deve / Preferisce / Escalation definite.

Decomponibile – Suddiviso in passaggi verificabili indipendentemente.

Griglia di punteggio

Criterio	1 – Insufficiente	3 – Accettabile	5 – Solido
Autocontenuto	Il dipendente deve indovinare cosa ci si aspetta	L'intento è chiaro ma mancano alcuni dettagli	Eseguibile senza chiarimenti
Testabile	Nessuna metrica o metriche vaghe	Metriche presenti ma non tutte misurabili	Ogni obiettivo ha una metrica concreta
Vincolato	Nessuna regola Deve/Non Deve	Alcuni vincoli definiti	Tutte e 4 le categorie (Deve/Non Deve/Preferisce/Escalation) coperte
Decomponibile	Piano monolitico senza tappe	Tappe presenti ma non verificabili indipendentemente	30/60/90 con deliverable verificabili in ogni fase

Punteggio minimo accettabile: 3 su ogni criterio. Un 1 su qualsiasi criterio = il piano viene restituito per revisione.

Checklist di prontezza alla delega

Prima di chiedere al tuo team di consegnare un piano di transizione, conferma:

Capisco cosa significa Level 2 per ogni ruolo nel mio team
Posso definire il successo oggettivamente per ogni ruolo
Posso elencare i casi di fallimento
Posso descrivere i vincoli e i compromessi
Posso verificare i risultati senza interpretazione
Opero personalmente al Level 2 minimo

Se una risposta = no → non sei pronto a delegare.

Standard di valutazione

Le prestazioni del manager vengono valutate trimestralmente su:

% del team al Level 2+
Numero di automazioni implementate nel team
Guadagni di produttività misurabili (non percepiti – misurati)
Riduzione dei passaggi manuali nei flussi di lavoro
Output per persona

Se il tuo team non si sta trasformando, non ti sei trasformato.

Diagnosi: quando la trasformazione si blocca

Quando la trasformazione si blocca, diagnostica per livello:

Tipo di fallimento	Causa principale
Il dipendente non sa cosa fare	Intento non definito (Livello 3)
Il dipendente sa cosa fare ma non come	Contesto insufficiente (Livello 2)
Il dipendente sa come ma non lo fa	Problema di volontà o di ambiente
Il piano esiste ma non produce risultati	Specifica carente (Livello 4)
Il manager dice le cose giuste ma non le dimostra	Competenza personale assente (Livello 1)

Correggi il livello responsabile. Non riemettere le stesse direttive.

La curva J: aspettati un calo di produttività

La produttività del tuo team probabilmente scenderà prima di salire. È documentato, normale e prevedibile. È la curva J di adozione.

Quando si innesta uno strumento IA su un flusso di lavoro esistente senza ridisegnare il flusso di lavoro, la produttività cala – il team trascorre tempo a valutare i suggerimenti, a correggere codice quasi giusto e a navigare tra il proprio modello mentale e quello dell'agente. Il calo può durare settimane.

La reazione naturale è concludere che l'IA non funziona e tornare ai vecchi metodi. Questa è esattamente la trappola. Le organizzazioni che rimangono bloccate in fondo alla curva J sono quelle che hanno innestato l'IA sui loro processi esistenti senza ridisegnarli. Quelle che ne escono sono quelle che hanno ridisegnato i propri flussi di lavoro intorno alle capacità dell'IA.

Il calo di produttività ha una controparte in termini di energia mentale: la curva J cognitiva. Il calo non è solo output più lento: è il costo di imparare a specificare, valutare output inaffidabili e mantenere il normale carico di lavoro contemporaneamente. Tre attività cognitivamente impegnative sovrapposte l'una all'altra. Le persone al Tier 1.5 (IA-costruttore) si trovano in fondo a entrambe le curve contemporaneamente.

Il tuo ruolo durante il calo: tieni la linea. Non tornare ai vecchi modi. Supporta il tuo team nel ridisegnare i flussi di lavoro, non nell'abbandonare lo strumento. E non aggiungere carico in cima al calo: l'inflazione del carico di lavoro durante la transizione è come le trasformazioni si bloccano.

Gestire diverse velocità di adozione

Il tuo team non si muoverà tutti allo stesso ritmo. È normale. Pianifica per tre casi:

Questi gruppi si mappano sulla scala dei livelli individuali:

Acceleratori (~20% del team) – Si muovono velocemente, sperimentano spontaneamente e costruiscono prima di essere richiesti. Tipicamente Tier 2 o superiore.

Dagli spazio e sfide ambiziose
Usali come partner di abbinamento per gli altri
Rendi il loro lavoro visibile – mostra al resto del team che è possibile

Progressori (~60% del team) – Sono disposti ma hanno bisogno di direzione, esempi e tempo. Tipicamente Tier 1 a Tier 1.5 – oltre la consapevolezza, in fase di costruzione attiva.

Qui le tue specifiche e il tuo supporto contano di più
Le cliniche IA e l'abbinamento sono progettati per loro
Controlla i loro progressi ogni 2 settimane – non per controllare, ma per sbloccare

Bloccati (~20% del team) – Non stanno avanzando. La diagnosi basata sui livelli (sopra) ti dice perché. Tipicamente Tier 0.5 a Tier 1 – consapevoli ma non integranti.

Se è un blocco di competenze (Livelli 1-3) → aumenta il supporto: tutoraggio individuale, tempo dedicato, esercizi concreti
Se è un blocco ambientale (strumento mancante, mandato poco chiaro) → escalation alla leadership
Se è un blocco da sovraccarico cognitivo o ansia da IA → la persona non è resistente, è sopraffatta. Riduci le richieste contemporanee prima di aggiungere aspettative IA. Questo è comune e facile da diagnosticare erroneamente come mancanza di volontà.
Se è un rifiuto dopo sufficiente supporto → documenta fattualmente ed escalation

Dopo l'escalation – tre possibili esiti (decisi con la leadership, mai dal manager da solo):

Supporto rafforzato – il blocco è reale e rimediabile. Investi di più: tutoraggio intensivo, riassegnazione temporanea a un progetto più adatto, coaching mirato.
Riassegnazione – la persona ha competenze preziose ma il suo ruolo attuale non è compatibile con la transizione. Esplora un ruolo dove il suo contributo è meglio allineato.
Separazione – dopo supporto documentato e sforzo insufficiente. La decisione tiene conto dello sforzo dimostrato, degli ostacoli incontrati e del contesto individuale. Vedi anche Assorbimento nei pattern di evoluzione dei ruoli.

L'obiettivo non è punire. È assicurare che ogni persona sia in una posizione in cui possa avere successo – o riconoscere onestamente quando non è più il caso.

Decadimento della calibrazione

Le competenze IA scadono. Una persona che ha calibrato il suo senso di ciò che gli agenti possono fare sei mesi fa ora o si fida troppo o sottoutilizza i modelli attuali – ed entrambi gli errori sono costosi.

L'implicazione per i manager: misura la densità di feedback, non le ore di formazione. La velocità di sviluppo delle competenze è una funzione di quanti cicli delega-valuta-aggiusta una persona completa per unità di tempo. Una persona che completa un corso IA di 40 ore ma non delega mai compiti reali a un agente ha zero cicli di calibrazione. Una persona che delega 10 compiti reali al giorno e valuta l'output ne ha cento in dieci giorni.

Conseguenza pratica: le cliniche IA, l'abbinamento e il tempo di sperimentazione sono più preziosi dei corsi. Struttura l'apprendimento del tuo team intorno a una pratica ripetuta con modelli attuali, non a eventi formativi una tantum.

Il decadimento della calibrazione ha un costo che il framework ignorava: la ricalibratura costante è cognitivamente costosa. Vedi Costo cognitivo per come proteggere la capacità durante la transizione.

Inflazione del carico di lavoro: la trappola dell'output

Quando l'IA rende qualcuno 2x più veloce nel produrre bozze, la risposta organizzativa naturale è assegnargli 2x. Non farlo. La capacità produttiva scala con l'IA; la capacità di giudizio no. La persona diventa il collo di bottiglia, e il collo di bottiglia si esaurisce.

La regola: distingui l'espansione dell'output dalla riprogettazione del flusso di lavoro. Se l'IA permette a qualcuno di produrre il doppio più velocemente, il guadagno dovrebbe comprare tempo (per riprogettare i flussi di lavoro, migliorare la qualità o eliminare lavoro del tutto), non raddoppiare la quota. L'obiettivo è la leva, non il volume.

Questa è una disciplina difficile perché la matematica della produttività è seducente. I leader che la ignorano sono anche quelli le cui trasformazioni si bloccano sei mesi dopo, quando le persone più impegnate bruciano. Vedi Costo cognitivo per il pattern e le risposte.

L'inflazione del carico di lavoro peggiora anche il modo di fallimento da collo di bottiglia dell'IA (sotto). I team saturi non hanno tempo di ricalibrare quando un agente si blocca – così il manager ridistribuisce il lavoro, la specifica rimane sbagliata e il progetto comunque non viene spedito. Proteggi il tempo per la ricalibrazione con la stessa deliberazione con cui proteggi il tempo per l'esecuzione.

Collo di bottiglia dell'IA: il modo di fallimento ad alta maturità

A maturità di team T2.5+, quando un progetto manca la sua scadenza, la causa è raramente la capacità umana. L'agente ha raggiunto un limite strutturale: direzione sbagliata, specifica ambigua, caso limite soggettivo che non riesce a risolvere da solo. Cemri et al. (Why Do Multi-Agent LLM Systems Fail?, 2025) hanno rilevato che il 41,8% dei fallimenti multi-agente sono problemi di specificazione o design che necessitano di ri-specificazione, non di retry.

Il riflesso della leadership è di ridistribuire il lavoro o aggiungere organico. Non farlo. L'agente ha capacità di esecuzione quasi infinita; il problema è a monte dell'esecuzione. La risposta giusta è tempo di ricalibrazione: ore protette in cui il team può ingaggiare l'agente in dialogo, far emergere la supposizione sbagliata, affinare la specifica o il contesto e riavviare il ciclo. Vedi Ingegneria dell'affidabilità § Ricalibrazione vs debugging e Lab IA § Protocollo di stato bloccato per il pattern operativo.

Cosa cambia per i manager:

"In ritardo su un deliverable" al T2.5+ smette di significare "il team è a corto di ore". Di solito significa "l'agente ha preso il percorso sbagliato e nessuno ha avuto tempo di ricalibrare". Diagnostica di conseguenza prima di aggiungere capacità.
La ricalibrazione è lavoro di giudizio, non esecuzione. Richiede tempo ininterrotto e spesso prospettive multiple. Una sessione di ricalibrazione di due ore, protetta dalle interruzioni, frequentemente supera una settimana di patching.
L'affaticamento da vigilanza (sotto) e il collo di bottiglia dell'IA si compongono: un team stanco che esegue gate HOTL non noterà che l'agente è andato sottilmente fuori rotta finché un utente non segnala un caso limite soggettivo. Inserisci di conseguenza margine nei gate di validazione.

Il costo cognitivo della transizione

Il costo cognitivo della trasformazione IA è un vincolo reale, reale come il budget o l'organico. Durante la transizione, tieni d'occhio:

Affaticamento decisionale: le persone che gestiscono l'output dell'IA prendono centinaia di micro-decisioni in più al giorno rispetto a prima. I tassi di errore aumentano.
Affaticamento da vigilanza: monitorare un'IA che è di solito giusta è strutturalmente più difficile che eseguire il lavoro tu stesso.
Ansia da IA: stress anticipatorio sulla rilevanza del ruolo, distinto dal carico cognitivo. Colpisce le persone che temono l'IA, incluse quelle che non hanno ancora iniziato a usarla.
Disruzione identitaria: quando l'identità professionale di qualcuno è costruita attorno a una competenza che l'IA può ora eseguire, la minaccia non riguarda solo il lavoro.
Impotenza appresa: il pattern più pericoloso, perché sembra conformità. Le persone smettono di pensare criticamente all'output dell'IA e la qualità degrada silenziosamente.

Lo studio BCG che ha nominato il "brain fry" ha rilevato che i manager di supporto correlano con il 15% di affaticamento mentale in meno, e i dipendenti che sentono che la loro organizzazione dà priorità all'equilibrio vita-lavoro riportano un affaticamento inferiore del 28%. Non è retorica HR: è assicurazione sull'adozione. Le persone che si sentono protette si trasformano. Le persone che si sentono sovraccariche regrediscono.

Ruoli organizzativi

Ogni trasformazione del team deve avere:

Proprietario delle Specifiche – il manager (definisce lo stato target per ruolo)
Proprietario del Contesto – il manager (fornisce strumenti, formazione, tempo)
Proprietario della Valutazione – la leadership (convalida progressi e piani)

Il manager detiene i primi due ruoli. Il terzo è mantenuto dalla leadership.

Questi tre ruoli governano la trasformazione del team. Sono distinti dai quattro ruoli richiesti per governare qualsiasi sistema IA in produzione che il team costruisce – vedi Standard di Esecuzione IA § Ruoli organizzativi.

Standard di documentazione

Tutti i piani e i report di avanzamento devono essere scritti come specifiche.

I documenti devono:

Dichiarare le supposizioni
Definire i termini (nessun gergo senza definizioni)
Specificare i risultati attesi
Includere i vincoli
Evitare la conoscenza implicita

Un piano di transizione che dice "integreremo l'IA nei nostri processi" senza specificare quali, come e come verificare, non è un piano.

Limiti e insidie

La trasformazione ha dei limiti. Guarda contro questi errori:

Non forzare l'IA su compiti dove non si adatta – se un flusso di lavoro manuale è semplice, veloce e affidabile, forzarlo nell'IA non è trasformazione, è teatro. Il tuo team riconoscerà la differenza.
Valuta i risultati, non l'attività IA – contare i prompt, le ore trascorse "usando l'IA" o i login agli strumenti premia il teatro. Valuta cosa è cambiato: flussi di lavoro ridisegnati, tempo risparmiato, qualità migliorata. Questo principio protegge anche la capacità cognitiva: le metriche di attività incentivano l'uso eccessivo dell'IA, che è il meccanismo alla base del brain fry.
Non gonfiare le quote di output con la velocità dell'IA – la capacità produttiva scala con l'IA, ma la capacità di giudizio no. Raddoppiare la quota perché le bozze escono più velocemente è come le persone più impegnate bruciano. Vedi Inflazione del carico di lavoro.
Limita gli strumenti IA simultanei a tre per persona – lo studio BCG ha rilevato che i guadagni di produttività si invertono dopo tre sistemi IA simultanei. Più strumenti significa più supervisione, più cambio di contesto, più decisioni all'ora.
Non confondere la formazione con la trasformazione – mandare il tuo team a un corso non cambia un flusso di lavoro. Costruire un sistema sì. La formazione è un prerequisito, non un risultato.
Non prescrivere strumenti o metodi specifici – definisci lo stato target e lascia che il tuo team trovi il percorso. Prescrivere lo strumento o l'approccio esatto per ogni compito mina la responsabilità.
Rifiuta i piani narrativi senza metriche verificabili – una storia non è un piano.
Dimostralo personalmente prima di delegarlo – il tuo team copia quello che fai, non quello che dici.
Non lasciare che il Level 1 persista senza un piano di rimedio – l'inazione diventa la norma.
Guarda il pattern di burnout T1.5 – le persone più a rischio sono le tue più impegnate. Stanno facendo il lavoro cognitivo più intenso con le routine meno consolidate. Controllale specificamente. Vedi Costo cognitivo.

La regola: se l'IA migliora il risultato o libera tempo per un lavoro di maggior valore, è una buona trasformazione. Altrimenti, è un'ottimizzazione vuota.

Aspettativa di prestazione

I manager vengono valutati su:

La qualità delle loro specifiche di transizione (chiarezza, verificabilità)
I progressi misurabili del loro team
Sistemi implementati (non pianificati – implementati)
Riduzione dello sforzo manuale
La propria dimostrazione di Level 2+

Non sul numero di riunioni sull'IA, né sull'entusiasmo comunicato.

Supporto fornito

La leadership fornisce:

Accesso agli strumenti IA (licenze, account, infrastruttura)
Tempo protetto per l'apprendimento e la sperimentazione (da negoziare per team)
Revisione dei piani di transizione da parte della leadership
Escalation rapida per blocchi sistemici (strumento mancante, budget, questione legale)
La guida per i dipendenti come quadro di riferimento per il tuo team

Meccanismi di supporto umano (da impostare nel tuo team):

Cliniche IA: sessioni regolari (settimanali o bisettimanali) in cui il team condivide scoperte, blocchi e flussi di lavoro. Formato breve (30 min). L'obiettivo è l'apprendimento tra pari, non le presentazioni formali.
Abbinamento per la transizione: abbina un membro avanzato con un membro che sta imparando. Il trasferimento di competenze funziona meglio lavorando insieme su un caso reale che attraverso una formazione astratta.
Revisione tra pari: prima di inviare, i dipendenti revisionano il lavoro degli altri. Una prospettiva esterna coglie i punti ciechi.
La tua disponibilità: blocca tempo esplicito per supportare il tuo team. Se non sei disponibile a rispondere alle domande durante la transizione, non accadrà.

Strumenti approvati (lista mantenuta dalla leadership):

Assistenti IA: Claude, ChatGPT (account organizzativi)
Codice: GitHub Copilot, Claude Code (ingegneria)
Automazione: Zapier, n8n, Make (dipendente dal reparto)
Vietati per ragioni di sicurezza: qualsiasi strumento che invia dati di clienti o finanziari a un servizio di terze parti non approvato
Richiedere un nuovo strumento: invia alla leadership con una giustificazione aziendale – risposta entro 1 settimana

Cosa la leadership non fornirà:

Un piano già pronto per il tuo team – la tua expertise è quella che lo costruisce
Una formazione generica uguale per tutti – la trasformazione è specifica a ogni ruolo

Esempi: piano buono vs. piano cattivo

Piano cattivo (marketing)

"Il team di marketing integrerà l'IA nei suoi processi di creazione di contenuti e reportistica. Obiettivo: migliorare l'efficienza. Ogni membro userà Claude o ChatGPT quotidianamente. Formazione pianificata."

Perché è insufficiente: nessun flusso di lavoro specifico, nessuna metrica, nessun sistema da costruire, nessun 30/60/90, nessun criterio di accettazione. È una narrazione, non una specifica.

Piano buono (marketing – ruolo: responsabile contenuti)

Stato attuale: Scrive 4 articoli/settimana manualmente (~3h ciascuno). Ricerca degli argomenti ad hoc. Nessun template strutturato.

Stato target (Level 2): Articoli generati dall'IA da un brief strategico (argomento, angolazione, parole chiave, tono). L'umano definisce il brief e convalida il risultato. Tempo per articolo: <1h.

Gap: Nessun brief strutturato, nessun flusso di lavoro IA, nessun prompt riutilizzabile.

Sistemi da costruire: (1) Template del brief dei contenuti. (2) Flusso di lavoro Claude: brief → bozza → revisione. (3) Libreria di prompt condivisa.

Metriche: Tempo per articolo (da 3h a <1h). Volume (da 4 a 8/settimana a qualità uguale). Tasso di revisione (<20% del contenuto modificato dopo la generazione).

30/60/90: 30g – template del brief + flusso di lavoro in uso su 2 articoli/settimana. 60g – 100% degli articoli tramite il flusso di lavoro. 90g – libreria di prompt condivisa, metriche documentate.

Perché è un buon piano: specifico, misurabile, decomposto, con sistemi concreti. Un osservatore indipendente può verificare ogni tappa.

Appendice: Template del Piano di Transizione (per ruolo)

Compila un template per ogni ruolo nel tuo team. Se non riesci a compilare un campo, è un segnale che il livello corrispondente non è completato.

Ruolo: _______________
Titolare: _______________

─── STATO ATTUALE (Livello 2) ───

Compiti principali e tempo settimanale per compito:
  1. _______________ (~___h/sett)
  2. _______________ (~___h/sett)
  3. _______________ (~___h/sett)
  4. _______________ (~___h/sett)

Compiti ripetitivi / prevedibili / basati su template:
  - _______________
  - _______________

Compiti che richiedono giudizio umano:
  - _______________
  - _______________

Colli di bottiglia:
  - _______________

─── STATO TARGET – LEVEL 2 (Livello 3) ───

Cosa significa Level 2 per questo ruolo (3 frasi verificabili):
  1. _______________
  2. _______________
  3. _______________

Flussi di lavoro ridisegnati (prima → dopo):
  1. Prima: _______________  →  Dopo: _______________
  2. Prima: _______________  →  Dopo: _______________

Cosa il dipendente può decidere da solo: _______________
Cosa deve escalare: _______________

─── SISTEMI DA COSTRUIRE (Livello 4) ───

  1. _______________ (strumento: ___, sforzo stimato: ___)
  2. _______________ (strumento: ___, sforzo stimato: ___)
  3. _______________ (strumento: ___, sforzo stimato: ___)

─── METRICHE ───

  1. _______________ (attuale: ___ → target: ___)
  2. _______________ (attuale: ___ → target: ___)
  3. _______________ (attuale: ___ → target: ___)

─── 30/60/90 GIORNI ───

  30g: _______________
  60g: _______________
  90g: _______________

─── CONDIZIONI DI FALLIMENTO ───

Questo ruolo NON ha raggiunto il Level 2 se:
  - _______________
  - _______________

Regola riassuntiva

Il pensiero chiaro precede la trasformazione.

Se non riesci a specificare cosa significa Level 2 per ogni ruolo, non puoi portarci il tuo team.

Metti il framework in pratica

Le specifiche di transizione, le griglie di valutazione e i piani 30/60/90 descritti qui sono strumenti operativi. AI Native Transformation ti aiuta a gestirli nel tuo team – dalla valutazione all'esecuzione.

Esplora la piattaforma

← Torna alla home · Il quadro di riferimento · Costo cognitivo · Trasformare il tuo ruolo · Glossario