Trattamento del rischio: guida pratica ISO 42001 con esempi
Il punto 8.3 della ISO/IEC 42001 porta il piano di trattamento del rischio dell'IA dalla carta alla pratica: eseguire le misure, dimostrare che funzionano e tenere tutto aggiornato mentre i sistemi sono in esercizio.
Cosa prevede il punto 8.3
Questa guida pratica alla ISO 42001 spiega con esempi come attuare il piano di trattamento del rischio dell'IA una volta approvato: eseguire le misure previste, verificare che producano davvero l'effetto atteso e mantenere aggiornate le informazioni documentate durante il funzionamento quotidiano dei sistemi.
Il punto 6.1.3 progetta il processo e definisce il piano; il punto 8.3 riguarda invece l'esecuzione ripetuta in operazione. Chi implementa il sistema di gestione deve dimostrare che ogni misura è stata realmente applicata nei tempi previsti, che l'efficacia è stata verificata su dati reali, che il rischio residuo è stato ricalcolato e che piano e registro riflettono la situazione attuale, non quella del giorno dell'approvazione. Senza queste evidenze, il trattamento esiste solo sulla carta.
Nel caso di Azienda Italiana S.p.A., che gestisce un chatbot per l'assistenza clienti e un sistema di screening dei CV, il trattamento del rischio operativo significa attivare i guardrail prima di ogni rilascio, ricalibrare il modello di screening a cadenza trimestrale e registrare ogni deviazione con evidenze datate e firmate dai responsabili. Ogni trimestre l'AI Risk Officer riesamina lo stato delle misure e porta le variazioni all'approvazione della Direzione Generale.
In sintesi, la norma vuole vedere:
- Piano di trattamento attuato e tracciato
- Evidenze di esecuzione datate e firmate
- Verifica di efficacia delle misure
- Ricalcolo del rischio residuo
- Registro trattamento rischio allineato
Esempio di controllo tecnico per il punto 8.3
Primo esempio di questa guida pratica: il gate di rilascio del chatbot. Prima di ogni deploy in produzione, un pipeline automatico esegue la suite di test prevista dal piano di trattamento del rischio: risposte fuori tema, dati personali nei prompt, toni inappropriati. Il rilascio è bloccato se un test fallisce e l'esito è archiviato come evidenza con data, versione del modello e firma dell'ML Lead.
Controllo tecnico collegato: il monitoraggio della deriva del modello di screening CV. Soglie statistiche su accuratezza e parità tra gruppi sono definite nel piano; quando una metrica supera la soglia, il sistema MLOps apre automaticamente una segnalazione, la misura correttiva parte entro cinque giorni lavorativi e il rischio residuo viene ricalcolato e registrato.
Gate di rilascio con verifica dei KPI di rischio
| Elemento | Dettaglio |
|---|---|
| Codice | CTL-AI-12 |
| Nome | Gate di rilascio chatbot con test di rischio |
| Tipo | Preventivo e rilevativo, automatizzato |
| Frequenza | A ogni rilascio in produzione |
| Evidenza | Report di gate firmato e archiviato |
Il controllo collega direttamente il piano di trattamento all'operatività: nessuna misura resta teorica, ogni rilascio produce un'evidenza consultabile in audit, come questa guida pratica raccomanda.
Cosa scriverebbe "Azienda Italiana S.p.A." sul punto 8.3
Estratto semplificato del piano di trattamento in esecuzione, aggiornato al riesame semestrale: il documento che questa guida pratica usa come riferimento operativo.
Piano di trattamento del rischio IA — Esecuzione e verifica
Metodo
Esecuzione delle misure di trattamento del rischio secondo scadenza; raccolta evidenze a ogni completamento; misura dei KPI post-intervento; confronto con soglia di efficacia; ricalcolo del rischio residuo; aggiornamento di piano e registro; deviazioni trattate con azione correttiva.
Estratto
| ID | Rischio | Misura attuata | Owner | Stato |
|---|---|---|---|---|
| RSK-01 | Risposte fuorvianti chatbot | Guardrail e test pre-rilascio | ML Lead | Completata |
| RSK-02 | Bias nello screening CV | Ricalibrazione trimestrale | Data Science | In corso |
| RSK-03 | Dati personali nei prompt | Mascheramento PII a monte | IT Security | Completata |
| RSK-04 | Deriva prestazioni modello | Monitoraggio drift con soglie | MLOps | In corso |
| RSK-05 | Dipendenza fornitore LLM | Piano di uscita e fallback | Procurement | Pianificata |
Ruoli e responsabilità
| Ruolo | Responsabilità |
|---|---|
| AI Risk Officer | Coordina l'esecuzione, aggiorna piano e registro |
| Owner di misura | Attua la misura e produce le evidenze |
| ML Lead / MLOps | Esegue controlli tecnici e monitoraggio |
| Direzione Generale | Approva variazioni e accetta il rischio residuo |
Checklist operativa
| Passo | Verifica |
|---|---|
| Misura eseguita entro scadenza | Evidenza allegata al registro |
| KPI post-intervento misurato | Efficacia valutata contro soglia |
| Rischio residuo ricalcolato | Piano e registro aggiornati |
| Deviazione registrata | Azione correttiva aperta se serve |
Esito
Piano attuato al 100% sulle misure scadute; due misure in corso nei tempi; un rischio residuo alzato dopo monitoraggio drift, misura sostitutiva approvata dalla Direzione Generale.
Le domande dell'audit interno sul punto 8.3
Domande di audit interno su questo punto, con risposte coerenti ed evidenze.
I consigli del Dott. Valerio Bellini sul punto 8.3
Dott. Valerio Bellini
«Consiglio strategico: trattate il piano di trattamento del rischio come un backlog vivo, non come un documento archiviato. Chiudete ogni misura con evidenza e data, altrimenti in audit il piano vale zero.»
«L'auditor chiede: fammi vedere l'ultima misura eseguita e la prova che ha ridotto il rischio. Una guida pratica seria prepara quella risposta prima dell'audit.» — Dott. Valerio Bellini
Gli errori più comuni che incontro:
- Piano scritto e mai eseguito: Misure approvate senza evidenze di attuazione.
- Nessuna verifica di efficacia: Misure attuate ma mai testate sui risultati.
- Registro non aggiornato: Rischio residuo fermo alla prima versione.
- Misure senza owner: Nessuno sa chi le esegue e le monitora.
- Confondere 8.3 con 6.1.3: Descrivere la progettazione, non l'esecuzione.