AI readiness: la checklist per preparare una piccola impresa
La tua azienda è pronta per l’AI? Valuta 15 domande, segui l’esempio di un’impresa di 40 persone e pianifica i prossimi 90 giorni con una scheda pratica.
Pubblicato il

Una valutazione dell’AI readiness deve indicare quale attività si può sperimentare in sicurezza, non assegnare un bollino all’azienda. Rispondi a 15 domande su cinque aree, verifica le condizioni che impongono di fermarsi e usa il risultato per pianificare i prossimi 90 giorni. In un’impresa di 10-200 persone, la risposta utile è concreta: siamo pronti per questo flusso di lavoro, con questi controlli, oppure dobbiamo prima risolvere questi problemi.
Parti da un flusso di lavoro, senza dare un voto all’intera azienda
Prima di valutare tutta l’impresa, esamina l’attività in cui vuoi usare l’AI. Un’azienda può essere pronta a preparare bozze di aggiornamenti interni sui progetti, ma non a lasciare che un software invii comunicazioni con impegni verso i clienti. Le due decisioni richiedono riscontri diversi, anche a parità di persone e strumenti.
Valutare la preparazione è come controllare un veicolo prima di un viaggio preciso. Avere le chiavi non dice se i freni funzionano o se il mezzo è adatto al percorso. L’abbonamento a un servizio AI equivale alle chiavi. Sono i dati, gli accessi, le persone incaricate della revisione e le regole operative a stabilire se il viaggio ha senso.
Scegli un’attività ricorrente con dati in ingresso identificabili, un risultato che qualcuno possa verificare e un responsabile. «Migliorare le operazioni» è un obiettivo troppo ampio. «Preparare l’aggiornamento settimanale sul progetto a partire da note approvate, con verifica del responsabile di progetto prima dell’invio» è invece un’attività valutabile.
Questa scheda serve per una sperimentazione limitata e supervisionata su attività quotidiane. Le decisioni che incidono su assunzioni, credito, salute, sicurezza o diritti richiedono una valutazione separata, affidata a persone qualificate per quel contesto. Un punteggio alto in questa scheda non autorizza tali impieghi.
Il titolare o il direttore operativo (COO) sceglie il risultato da ottenere e chi ne risponde. Il responsabile IT verifica permessi e impostazioni. Chi svolge l’attività ne spiega le eccezioni e valuta se il risultato è utile. In una piccola impresa, una persona può ricoprire più ruoli, ma nessuna verifica viene meno.
AI readiness: la scheda di valutazione da copiare in una pagina
Assegna i punti in base a ciò che puoi dimostrare oggi. Una policy che nessuno ha letto, un’impostazione amministrativa mai controllata o un revisore che non ha ancora provato a verificare un risultato meritano, al massimo, un punteggio parziale.
La griglia che segue è uno strumento di pianificazione proposto da questo articolo. Pesi e soglie sono scelte editoriali: non sono indicatori predittivi validati, benchmark di settore o un test di certificazione. Ogni domanda ha lo stesso peso per mantenere semplice il calcolo; i requisiti vincolanti impediscono che questa semplicità nasconda una mancanza pericolosa.
Copia in un documento la scheda da Attività ad Azione successiva. Conserva schermate, file di esempio e appunti di supporto in una cartella separata, così la valutazione resta compatta.
La checklist per valutare la preparazione all’AI
Attività: __________ Responsabile: __________ Data: __________
Punteggio per ogni risposta: 0 = assente o non verificato; 1 = documentato in parte; 2 = pienamente documentato per questa attività. Accanto a ogni punteggio, aggiungi un breve riferimento al riscontro disponibile. Se una domanda comprende più verifiche, devono essere tutte soddisfatte per ottenere 2. Ogni area vale 6 punti; il totale complessivo è 30.
A. Il lavoro che vale la pena automatizzare
- A1. Esiste un’attività ricorrente con un responsabile identificato, dati in ingresso e risultato atteso ben definiti?
- A2. Ne avete documentato frequenza, tempo di esecuzione attuale ed errori comuni, basandovi su esempi recenti?
- A3. Avete scritto cosa deve contenere un risultato utile, con esempi accettabili e non accettabili?
B. Dati e accessi
- B1. I dati in ingresso rappresentativi dell’attività sono aggiornati, leggibili e sufficientemente uniformi?
- B2. REQUISITO VINCOLANTE: Avete verificato di essere autorizzati a usare questi dati con questo strumento e per questo scopo?
- B3. REQUISITO VINCOLANTE: Avete controllato che utenti e connessioni possano accedere soltanto alle informazioni consentite per questa attività?
C. Gli strumenti già acquistati
- C1. Avete verificato gli abbonamenti esistenti, le funzionalità incluse, le licenze utente disponibili e chi li amministra?
- C2. REQUISITO VINCOLANTE: L’amministratore ha approvato lo strumento e l’account specifici e ne ha controllato impostazioni e condizioni di trattamento dei dati?
- C3. Il flusso di lavoro proposto può ricevere il materiale necessario e restituire un risultato utilizzabile, senza basarsi su ipotesi non verificate?
D. Persone e competenze
- D1. La sperimentazione ha un responsabile, con tempo dedicato e un sostituto?
- D2. REQUISITO VINCOLANTE: La persona incaricata della revisione sa verificare i fatti confrontandoli con le fonti e riconoscere errori con conseguenze rilevanti?
- D3. Gli utenti previsti si sono esercitati sull’attività, imparando anche a contestare una risposta e a segnalare un problema?
E. Rischi e regole
- E1. REQUISITO VINCOLANTE: I dati ammessi, gli usi consentiti e quelli vietati sono stati messi per iscritto e compresi dai partecipanti?
- E2. Avete individuato chi potrebbe subire un danno a causa di un errore e quali casi richiedono il coinvolgimento di un responsabile?
- E3. REQUISITO VINCOLANTE: Avete provato l’approvazione umana, l’interruzione della sperimentazione, la segnalazione di un incidente e il ritorno alla procedura manuale?
Totali: A ___/6 + B ___/6 + C ___/6 + D ___/6 + E ___/6 = ___/30.
Decisione: 0-11: rafforzare le basi. 12-21: preparare un test pilota circoscritto. 22-30: avviare un test pilota misurandone i risultati, se i requisiti vincolanti sono soddisfatti. Qualsiasi requisito vincolante sotto 2 impedisce l’uso di dati reali dell’azienda o dei clienti e l’impiego operativo; usare soltanto esempi sintetici in un ambiente approvato. Qualsiasi area sotto 3/6 va rafforzata prima di ampliare la sperimentazione.
Azione successiva: __________ Persona incaricata: __________ Scadenza: __________
Quali riscontri servono?
Basta una breve nota che rimandi a qualcosa di verificabile. Per B2, indica quale responsabile dei dati ha autorizzato l’uso e con quali limiti. Per B3, documenta una verifica dei permessi effettuata con l’account di un normale utente del test pilota, senza limitarti alla vista dell’amministratore. Per C2, annota il tipo di account, le condizioni pertinenti sulla conservazione dei dati e sul loro impiego per l’addestramento, le connessioni abilitate e la data della verifica. «Il fornitore dice che è sicuro» non risponde a queste domande.
Per D2, chiedi al revisore di confrontare una bozza con la fonte e di individuare un errore fattuale inserito appositamente. Usa materiale sintetico e indica chiaramente che si tratta di un’esercitazione. Lo scopo è verificare che la persona sappia applicare una procedura di controllo prima che qualcuno faccia affidamento su di essa.
Ciò che non è verificato vale 0, non «probabilmente va bene». Se i colleghi non sono d’accordo, adotta il punteggio più basso finché i riscontri non chiariscono il dubbio. Non assegnare punti per interventi previsti il mese prossimo.

Come usare il punteggio per pianificare i prossimi 90 giorni
Usa la fascia di punteggio per stabilire le priorità, poi verifica i requisiti vincolanti per decidere se può iniziare una sperimentazione con dati reali. Queste finestre temporali servono a pianificare: il loro scadere non concede alcuna autorizzazione. Se una correzione necessaria richiede più tempo, il test pilota aspetta.
0-11: rafforzare le basi
La prima azione: scegli un’attività e assegnale un responsabile. Se non sai descrivere i dati in ingresso, il risultato atteso e chi ne risponde, comprare un altro strumento non eliminerà l’incertezza.
Nei giorni 1-30, raccogli esempi, ricostruisci il processo attuale e individua dove si trovano i dati. Verifica il software già disponibile e scrivi le regole di base. Se l’attività iniziale dipende da dati che non puoi usare, scegline una a rischio inferiore.
Nei giorni 31-60, ripulisci un piccolo campione rappresentativo, controlla gli accessi ed esercitati con esempi sintetici in un ambiente approvato. Metti a disposizione dei partecipanti una procedura manuale funzionante a cui tornare. L’obiettivo è raccogliere riscontri per le domande rimaste aperte, non realizzare una dimostrazione d’effetto.
Nei giorni 61-90, valuta di nuovo la stessa attività. Avvia un test pilota circoscritto con dati reali soltanto dopo aver raggiunto almeno la fascia intermedia e soddisfatto tutti i requisiti vincolanti. Se l’attività resta inadatta, chiudere il trimestre con una decisione documentata di attendere è comunque un risultato utile.
12-21: preparare un test pilota circoscritto
La prima azione: assegna un responsabile e una scadenza a ogni requisito vincolante non soddisfatto. Poi intervieni sull’area più debole, invece di perfezionare quella più forte.
Nei giorni 1-30, completa le tutele mancanti, definisci un risultato accettabile e documenta le prestazioni di riferimento del processo manuale. È la cosiddetta «baseline»: come viene svolto il lavoro prima della sperimentazione, compreso il tempo di verifica e correzione. Una policy sull’uso accettabile dell’AI può fornire le regole scritte; adattala all’attività e ai dati effettivi.
Nei giorni 31-60, se tutti i requisiti vincolanti sono soddisfatti, sperimenta l’attività con due utenti designati e un revisore. Mantieni i risultati allo stato di bozza fino all’approvazione. Registra il tempo totale di esecuzione, le correzioni e le eccezioni, confrontandoli con il processo manuale. Se gli utenti non si sono esercitati sul flusso di lavoro, formali prima dell’avvio, anche quando il punteggio complessivo è sufficiente.
Nei giorni 61-90, decidi se mantenere, modificare o interrompere la sperimentazione. Ripeti la valutazione quando cambiano l’attività, la fonte dei dati, lo strumento o l’ambito dei permessi. Progredire significa avere meno lacune irrisolte e riscontri migliori, non semplicemente più utenti.
22-30: avviare un test pilota e misurarne i risultati
La prima azione: controlla i requisiti vincolanti e il punteggio dell’area più debole. Un totale alto giustifica una sperimentazione controllata; non giustifica invii automatici, accessi senza limiti o un’estensione a tutta l’azienda.
Nei giorni 1-30, concorda i criteri di accettazione e avvia una piccola sperimentazione, se i requisiti vincolanti sono soddisfatti e i partecipanti sanno svolgere l’attività. Il revisore deve restare responsabile di ogni risultato destinato all’uso operativo. In questa fase, verifica se l’intero flusso di lavoro è utile, considerando anche l’impegno umano che accompagna l’AI.
Nei giorni 31-60, esamina i risultati ogni settimana. Amplia la varietà degli esempi prima di aumentare il numero di utenti. Un sistema capace di gestire note ordinarie può comunque fallire davanti a un aggiornamento ambiguo, a fonti mancanti o a istruzioni del cliente modificate.
Nei giorni 61-90, amplia la sperimentazione soltanto se il flusso di lavoro soddisfa i criteri scritti per due periodi di verifica consecutivi, non restano requisiti vincolanti irrisolti e ogni area raggiunge almeno 3/6. È una regola operativa proposta per questa piccola sperimentazione, non una prova statistica di affidabilità. Se verificare il risultato richiede tanto tempo quanto svolgere il lavoro manualmente, semplifica l’attività o fermati.

Un’impresa di servizi con 40 persone: la valutazione completa
Un’ipotetica impresa di servizi con 40 persone ottiene 18/30. Il suo primo passo è quindi creare le condizioni necessarie per un test pilota: non è ancora pronta a usare informazioni reali sui progetti.
L’attività proposta consiste nel preparare una bozza di aggiornamento interno a partire da note di progetto approvate. Un responsabile di progetto verificherebbe ogni affermazione fattuale e invierebbe il messaggio finale. La sperimentazione non prevederebbe invii automatici, modifiche ai dati registrati o impegni presi verso i clienti.
I riscontri e i punteggi che seguono sono illustrativi. Non sono risultati ottenuti da un cliente, un test di prodotto o un’affermazione sulla capacità di uno specifico assistente di completare l’attività.
I subtotali sono lavoro 4/6, dati 4/6, strumenti 4/6, persone 3/6 e rischi 3/6. Il calcolo è 4 + 4 + 4 + 3 + 3 = 18/30. B2 è l’unico requisito vincolante già soddisfatto.
La decisione del COO è: preparare la sperimentazione, senza usare dati reali dei progetti finché non saranno soddisfatti i requisiti vincolanti rimanenti. L’amministratore verifica B3 e C2. Il responsabile di progetto dimostra di soddisfare D2. Il COO spiega i limiti scritti previsti da E1 e, insieme ai partecipanti, prova approvazione, segnalazione degli incidenti, interruzione e ritorno alla procedura manuale per E3.
Se questi cinque elementi passano ciascuno da 1 a 2, il nuovo punteggio è 23/30. Il calcolo non elimina la lacuna in D3: gli utenti devono ancora esercitarsi. Quando completano l’esercitazione e D3 passa da 0 a 2, il totale raggiunge 25/30, con punteggi per area pari a 4, 5, 5, 6 e 5. In questa sequenza ipotetica, tutti i requisiti vincolanti sono ora soddisfatti.
Prima della prima bozza basata su dati reali, l’impresa deve completare la misurazione di riferimento, gli esempi di accettazione e la verifica C3 del passaggio dai dati in ingresso al risultato. I relativi punteggi vanno aggiornati soltanto quando i riscontri lo giustificano. Se lo strumento non supporta il flusso di lavoro proposto, occorre scegliere un’altra attività. L’impresa non ha ancora alcuna prova di ore risparmiate: dovrà misurarle, includendo il tempo impiegato a verificare e correggere la bozza.
Completa la valutazione in una settimana lavorativa
Usa la settimana per arrivare a una decisione documentata, senza promettere un’implementazione completa. Il lavoro consiste nel raccogliere riscontri da chi conosce già l’attività.
Lunedì: scegliere l’attività e raccogliere esempi
Il titolare o il COO definisce l’attività, nomina il responsabile e stabilisce quale decisione prendere entro venerdì. Chiedi a chi svolge il lavoro dieci esempi recenti, compresi i casi difficili. Registra frequenza, tempo impiegato e correzioni comuni. È un campione iniziale pratico, non la prova di aver coperto tutte le eccezioni.
Martedì: verificare i dati e gli accessi effettivi
Il responsabile IT e il responsabile dei dati esaminano cinque documenti di origine rappresentativi. Confermano l’autorizzazione all’uso proposto e verificano gli accessi con un normale account utente del test pilota. Cercano versioni obsolete, cartelle con documenti di clienti diversi, informazioni personali e materiale soggetto a restrizioni d’uso. Il fatto che una cartella esista non significa che sia adatta a essere collegata.
Mercoledì: censire gli strumenti e il loro uso attuale
Verifica gli abbonamenti già disponibili in azienda, i tipi esatti di account e chi può amministrarli. Chiedi al personale quali assistenti, estensioni del browser o strumenti per le riunioni usa già per lavorare. Affronta il confronto come una raccolta di informazioni: l’elenco delle fatture, da solo, non permette di valutare gli usi nascosti. La guida alla shadow AI, cioè all’uso lavorativo dell’AI al di fuori della supervisione approvata, aiuta a impostare la conversazione.
Giovedì: provare le verifiche su persone e regole
Riserva un’ora agli utenti previsti e al revisore per esercitarsi con materiale sintetico in un ambiente approvato. Confrontate una bozza con la fonte, respingete un’affermazione priva di riscontro, segnalate un problema e tornate alla procedura manuale. Assegna i punti al comportamento dimostrato: la sola presenza non ne fa ottenere.
Venerdì: assegnare i punteggi, decidere e pianificare le correzioni
Il titolare o il COO, il responsabile IT e il responsabile dell’attività confrontano i riscontri, risolvono i disaccordi e calcolano il totale. Annotano la fascia, i requisiti vincolanti non soddisfatti, la prima azione, la persona incaricata e la scadenza. Concordano una data di riesame e conservano questa versione, così i punteggi successivi mostreranno cosa è cambiato.
Quale strumento usare per l’AI readiness assessment?
Per questa prima decisione bastano un documento e un foglio di calcolo. Tieni insieme l’identificativo della domanda, il punteggio, il riferimento al riscontro e l’azione successiva. Una spiegazione tracciabile per ogni risposta serve più di una dashboard elaborata.
Nell’area «strumenti già acquistati», conta l’adeguatezza verificata, non il numero di abbonamenti. Una funzionalità inclusa potrebbe non essere disponibile per gli utenti previsti, essere disattivata dall’amministratore o non essere adatta ai dati coinvolti. Verifica l’account e il flusso di lavoro effettivi prima di mettere in programma un altro acquisto.
Consulta la guida agli strumenti AI per piccole imprese dopo aver chiarito attività e vincoli. Se tra le opzioni c’è Claude di Anthropic, la guida ai flussi di lavoro con Claude per piccole imprese offre idee da valutare. Nessuna delle due guide sostituisce la verifica del proprio account, dei permessi e del risultato richiesto.
Come integrare la valutazione con i framework per l’AI
I framework pubblici aiutano ad approfondire i controlli dopo aver individuato le lacune. L’AI Risk Management Framework, o NIST AI RMF, del National Institute of Standards and Technology, offre indicazioni volontarie per gestire i rischi dell’AI. Il suo Playbook raggruppa le azioni suggerite nelle funzioni Govern, Map, Measure e Manage, e dichiara esplicitamente di non essere una checklist da completare integralmente. Usalo per esaminare con più attenzione responsabilità, contesto, valutazione e risposte ai rischi. ISO/IEC 42001 specifica i requisiti per istituire e migliorare continuamente un sistema di gestione dell’AI, ossia l’insieme di politiche, responsabilità e processi dell’organizzazione dedicati all’AI. È pertinente quando serve questa struttura organizzativa formale. Queste pagine pubbliche sono state verificate il 23 ottobre 2026. La scheda di questo articolo è uno strumento originale di pianificazione: non è una valutazione NIST, una valutazione di conformità ISO o una prova di certificazione. Usa il framework di governance dell’AI per piccole imprese per trasformarne i risultati in responsabilità assegnate e regole decisionali.
Quali aspettative sull’AI readiness sono esagerate?
Un punteggio apparentemente preciso può nascondere una risposta vaga. Un 18/30 sostenuto da riscontri è più utile di un sicuro 28/30 basato su supposizioni. Le fasce aiutano a organizzare il lavoro; non misurano una caratteristica universale dell’azienda. Non trasformare il totale in una percentuale per dichiarare l’impresa «pronta a quella percentuale».
Più strumenti non chiariscono un’attività mal definita. Se manca un accordo su cosa sia un buon risultato, l’attività resta difficile da valutare anche dopo un nuovo abbonamento. Lo stesso vale per materiali di partenza contraddittori. A volte il primo miglioramento è un modulo standard per raccogliere le richieste o un processo di approvazione più chiaro.
Superare la valutazione non dimostra il beneficio. La valutazione della preparazione stabilisce se esistono le condizioni per una sperimentazione sensata. La sperimentazione verifica se il flusso di lavoro migliora l’attività. Misura preparazione, revisione, correzione e gestione delle eccezioni, oltre al tempo di generazione. Una bozza prodotta rapidamente può comunque essere una cattiva scelta se verificarla richiede più tempo.
Il punteggio non autorizza l’autonomia. Passare da «preparare una bozza per una persona» a «inviare senza approvazione» cambia il flusso di lavoro e le sue conseguenze: occorre rivalutarlo. Lo stesso accade quando si concede al medesimo assistente l’accesso ai file di un altro reparto. Nemmeno 30/30 permette a un nuovo permesso o a un nuovo caso d’uso di ereditare riscontri che non sono mai stati raccolti.
Domande frequenti
Che cos’è una valutazione della preparazione all’AI?
Una valutazione della preparazione confronta i riscontri attuali con le condizioni necessarie per compiere un passo preciso. Per l’AI significa verificare attività, dati, strumenti, persone e regole operative, per poi mettere per iscritto cosa può procedere e cosa va corretto. Il risultato utile è una decisione con responsabili identificati, non soltanto un punteggio.
Come ottenere la scheda di valutazione della preparazione all’AI in PDF?
Copia la scheda di una pagina nel tuo editor di documenti, poi esportala o stampala in PDF. Conserva separatamente le note con i riscontri e mantieni una copia modificabile per le valutazioni successive. Tutte le domande e le regole di assegnazione dei punti sono in questa pagina: non occorre compilare un modulo di valutazione né inviare il proprio indirizzo email.
Da fare lunedì
Fissa la valutazione con il responsabile di un’attività ricorrente e con chi ne amministra dati e strumenti. Chiedi esempi recenti prima dell’incontro. Entro venerdì, completa questa frase: «Possiamo sperimentare questo flusso di lavoro entro questi limiti, dopo aver colmato queste lacune specifiche». Se non riesci a completarla, la prossima azione sarà raccogliere i riscontri mancanti.
Per ricevere guide pratiche alla scelta e alla gestione dei flussi di lavoro con l’AI, iscriviti alla newsletter.
- Pubblicato
- Categoria
- AI
- Lingua







