Accessibilità digitale nei progetti: perché il nostro corso è su Eduspera

L'accessibilità è un requisito di progetto

Un project manager che guida un progetto digitale, un sito, un'app, un portale per i dipendenti, una piattaforma di formazione, ha una responsabilità che spesso scopre tardi: assicurarsi che il risultato sia utilizzabile da tutte le persone a cui è destinato, incluse quelle con una disabilità. Non è un tema del designer o dello sviluppatore front-end. È un requisito non funzionale che entra nel perimetro, nei criteri di accettazione, nel piano dei test e nel budget, esattamente come la sicurezza o le prestazioni.

Nel project management classico l'accessibilità finisce spesso nella colonna dei "nice to have", e riemerge a pochi giorni dal rilascio quando il cliente, l'ufficio legale o un utente reale la sollevano. A quel punto le scelte sono due: rilasciare un prodotto che esclude una parte degli utenti, o riaprire lavorazioni già chiuse. Entrambe costano.

Cosa cambia con l'European Accessibility Act

Dal 28 giugno 2025 l'European Accessibility Act (direttiva UE 2019/882, recepita in Italia con il D.Lgs. 82/2022) si applica ai prodotti e servizi digitali offerti ai consumatori nell'Unione Europea: e-commerce, servizi bancari, trasporti, e-book, comunicazioni elettroniche e piattaforme che li erogano. Si aggiunge alla Legge Stanca, che dal 2004 vincola la pubblica amministrazione e, dal 2022, anche le grandi imprese private.

Per chi gestisce progetti questo significa tre cose concrete:

• Lo standard tecnico di riferimento è uno: le WCAG 2.2 al livello AA, richiamate dalla norma EN 301 549. Non serve inventare criteri: vanno inseriti nei requisiti così come sono.
• La conformità va dichiarata e mantenuta: non basta un audit una tantum, servono controlli a ogni rilascio significativo.
• Le sanzioni sono reali: in Italia arrivano fino al 5% del fatturato per i soggetti obbligati dalla Legge Stanca e a decine di migliaia di euro per violazione nel perimetro dell'EAA.

Il project manager non deve diventare un esperto di WCAG. Deve però sapere che esistono, pretendere che siano nei requisiti e assegnare a qualcuno la responsabilità di verificarle. È lo stesso ragionamento che si fa con la gestione dei rischi: un rischio noto e non gestito è una scelta, non una sorpresa.

Quanto costa rimandarla: il costo del rework

La regola empirica che si insegna in ogni corso di qualità vale anche qui: un difetto costa poco se si trova nei requisiti, di più in sviluppo, moltissimo dopo il rilascio. Per l'accessibilità il rapporto è particolarmente sfavorevole, perché gli errori più comuni sono strutturali.

Un buon piano di progetto evita tutto questo con una scelta semplice: l'accessibilità entra nella Definition of Done di ogni deliverable, non nel piano di collaudo finale.

Come si mette l'accessibilità nel piano di progetto

Ecco come la inseriamo nei progetti che usiamo come casi di studio nel corso, e come consigliamo di farlo:

• Avvio. Nel project charter compare l'obbligo normativo applicabile (EAA, Legge Stanca o entrambi) e lo standard di riferimento (WCAG 2.2 AA). Si identifica chi risponde della conformità.
• Requisiti. Ogni requisito funzionale che prevede un'interfaccia ha i suoi criteri di accessibilità nei criteri di accettazione: "il modulo si completa da tastiera", "il video ha sottotitoli", "il contrasto minimo è 4,5:1".
• Pianificazione. Si stima il tempo per trascrizioni, test con tecnologie assistive e revisione dei contenuti. Nella WBS l'accessibilità non è un pacchetto a parte: è dentro ogni pacchetto che produce un'interfaccia.
• Esecuzione. Si verifica a ogni iterazione con strumenti automatici (coprono circa un terzo dei criteri) e con test manuali da tastiera e screen reader. I difetti si trattano come bug, con la stessa priorità.
• Chiusura. Si produce la dichiarazione di accessibilità e si pianifica il mantenimento: chi verifica i rilasci successivi, con quale frequenza.

Un progetto gestito così non costa di più. Costa di più il progetto in cui l'accessibilità arriva per ultima.

Perché il nostro corso è ospitato su Eduspera

Insegniamo tutto questo in un corso online. Era inevitabile farci la domanda: la piattaforma su cui lo insegniamo supera i criteri che chiediamo ai nostri studenti di mettere nei requisiti? Per anni la risposta onesta era no: video con sottotitoli inaffidabili, un player utilizzabile solo col mouse, nessun controllo sul contrasto. Nel 2026 abbiamo spostato il corso su Eduspera, una piattaforma e-learning costruita attorno all'accessibilità.

Dal punto di vista di un project manager, Eduspera è interessante perché applica alla formazione online esattamente il metodo descritto sopra:

• Lo standard è nel prodotto. La conformità WCAG 2.2 livello AA è un requisito che ogni rilascio della piattaforma deve superare, non una dichiarazione scritta una volta.
• L'accessibilità è nella Definition of Done di ogni corso. La piattaforma assegna a ogni corso un punteggio da 0 a 100 basato su tre segnali misurabili: sottotitoli pronti sui video (40 punti), testo alternativo sulle immagini (40 punti), contrasto del colore principale (20 punti). Sotto una soglia il corso non si pubblica, e ogni voce rimanda alla lezione da correggere.
• I contenuti nascono accessibili. I sottotitoli e la trascrizione vengono generati con il video, il testo alternativo è obbligatorio quando si inserisce un'immagine.
• Chi studia può adattare l'interfaccia: dimensione del testo, spaziatura, contrasto, font per la dislessia, navigazione completa da tastiera e compatibilità con gli screen reader. Le preferenze seguono la persona in tutti i corsi.

È lo stesso principio che si applica a un cantiere o a un rilascio software: il collaudo si fa prima della consegna, con criteri scritti, e il lavoro non conforme non passa. Trovi i dettagli del metodo nella pagina sull'accessibilità di Eduspera.

Cosa cambia per chi studia con noi

Per chi segue il corso di project management online il cambio di piattaforma ha effetti pratici immediati:

• Ogni lezione video ha sottotitoli e trascrizione: si studia anche senza audio, in treno o in ufficio, e si ritrova un passaggio senza riguardare tutto il video.
• La piattaforma si usa interamente da tastiera ed è compatibile con NVDA e VoiceOver; lo stato delle consegne viene annunciato allo screen reader.
• Si possono impostare una volta sola testo più grande, interlinea, contrasto e un font per la dislessia, validi in tutti i corsi.
• Chi ha esigenze specifiche può dichiararle in modo riservato, con consenso esplicito, e ricevere suggerimenti mirati o tempi di consegna adattati.

E c'è un effetto meno visibile: si studia la gestione dei requisiti dentro uno strumento che li applica. Quando nel corso parliamo di criteri di accettazione misurabili, il punteggio di accessibilità della piattaforma è un esempio che hai davanti ogni giorno.

Domande frequenti