---
title: "AI literacy in una telco: il problema è la scala"
url: https://zerofive.ai/blog/compliance/ai-literacy-telco-formazione-scala
canonical: https://zerofive.ai/blog/compliance/ai-literacy-telco-formazione-scala
language: it
published: 2026-07-28
updated: 2026-09-23
author: "ZeroFive.AI"
tags: AI literacy, telco, NIS2, clausola 7, outsourcing
abstract: "Migliaia di persone, molte non dipendenti. I pochi ruoli con evidenza individuale e cosa si riusa dall'impianto NIS2 già esistente."
---

# AI literacy in una telco: il problema è la scala

**In sintesi.** In una telco il problema della formazione AI è la scala: migliaia di persone tra call center, negozi e rete commerciale, gran parte delle quali non è alle dipendenze dell'operatore. La formazione uniforme che funziona su quei numeri copre l'obbligo di alfabetizzazione e non copre la clausola 7, che chiede competenza per ruolo. La soluzione non è formare tutti allo stesso modo, è distinguere i pochi ruoli che richiedono evidenza individuale dalla massa che richiede consapevolezza.

Gli operatori telco hanno impianti formativi enormi e ben rodati, costruiti su compliance, sicurezza e prodotto. L'AI ci entra facilmente come modulo, e questo è insieme il vantaggio e il rischio: un modulo aggiunto a un sistema pensato per la scala non produce competenza specifica su nessun sistema.

## Il perimetro è più grande dell'organico

La clausola 7.3 parla di persone che lavorano sotto il controllo dell'organizzazione, e in una telco quel perimetro comprende il call center in outsourcing, i negozi in franchising, gli agenti e i tecnici di installazione. Sono persone che usano ogni giorno strumenti di assistenza, preventivazione e diagnostica, e che nella maggior parte dei casi non compaiono in nessun piano formativo dell'operatore.

Questa è la prima distanza da colmare, ed è un lavoro contrattuale. I requisiti di competenza vanno nei contratti di servizio con i partner, insieme all'obbligo di fornire evidenza.

La seconda distanza riguarda il turnover. In un call center il ricambio annuo è alto, e un piano formativo con cadenza annuale copre una popolazione che nel frattempo è cambiata per metà. Serve un innesco legato all'ingresso della persona, non al calendario.

## I ruoli con evidenza individuale

Sulla grande maggioranza della popolazione serve consapevolezza: cosa fa lo strumento, quando va verificato, a chi si segnala. Su tre gruppi l'evidenza deve essere nominale.

**Chi opera su valutazione creditizia.** È il punto che sorprende in una telco. La rateizzazione dei dispositivi comporta una valutazione del merito creditizio del cliente, che ricade in Allegato III, e chi lavora su quel processo ha obblighi di competenza pieni.

**Chi esercita sorveglianza umana su sistemi di rete critici.** Non per l'AI Act, dove quei sistemi restano a rischio basso, ma per NIS2, che sulla resilienza chiede competenza dimostrabile.

**Chi approva l'adozione di una piattaforma.** In una telco le adozioni passano spesso da procurement, e chi firma deve sapere cosa sta approvando in termini di ruolo e obblighi.

## Cosa si riusa da NIS2

L'impianto costruito per NIS2 copre già una parte del lavoro, e vale la pena mapparlo prima di costruire.

| Elemento | Esiste per NIS2 | Cosa manca per l'AI |
|---|---|---|
| Formazione su sicurezza e resilienza | Sì, strutturata | Estensione ai sistemi AI |
| Tracciamento delle evidenze | Sì, per obbligo | Collegamento al ruolo e al sistema |
| Gestione dei fornitori critici | Sì | Requisiti di competenza sull'AI nei contratti |
| Cultura del rischio operativo | Sì | Traduzione sul rischio per la persona |
| Verifica di efficacia | Esercitazioni | Casi pratici sui sistemi AI in uso |

L'ultima riga è quella più semplice da colmare e più spesso ignorata. Le telco fanno esercitazioni su incidenti di sicurezza, e lo stesso formato applicato a un output anomalo di un sistema AI produce un'evidenza di efficacia che il questionario non dà.

## Il modulo che nessun fornitore può scrivere

Come in ogni settore, la parte utile richiede informazioni che ha solo l'operatore: quali sistemi sono attivi su quali processi, quali casi limite sono già emersi in assistenza, a chi si segnala un comportamento anomalo e cosa succede dopo.

In una telco questo si traduce in contenuti brevi e ripetibili, perché devono raggiungere migliaia di persone con turnover alto. Trenta minuti per sistema, aggiornati quando il sistema cambia, distribuiti sugli stessi canali già usati per il prodotto.

## Da dove partire

Il prerequisito è l'[inventario dei sistemi AI](/blog/compliance/inventario-sistemi-ai-iso-42001), che in una telco va costruito sapendo che molti sistemi sono arrivati dentro piattaforme di vendor di rete e non sono mai stati classificati.

Da lì si costruisce la matrice, descritta in [la matrice ruoli-competenze per l'AI](/blog/compliance/matrice-ruoli-competenze-ai), separando i pochi ruoli con evidenza individuale dalla popolazione ampia. I requisiti completi sono in [la clausola 7 spiegata senza gergo](/blog/compliance/clausola-7-iso-42001-competenze).

Il quadro normativo del settore è nella pagina [AI governance per operatori di telecomunicazioni](/settori/telco).

L'approccio ai percorsi per ruolo è nella pagina [AI Training](/servizi/ai-training). Per valutare il piano del tuo operatore puoi [fissare un incontro](https://calendly.com/fabiolalli/zerofive).