> For the complete documentation index, see [llms.txt](https://docs.colt.net/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.colt.net/colt-docs/all-docs-it/accessibilita/le-nostre-linee-guida-sullaccessibilita/accessibilita-per-product-manager-e-product-owner.md).

# ACCESSIBILITÀ PER PRODUCT MANAGER E PRODUCT OWNER

## 1. INTRODUZIONE

Per garantire che tutti possano utilizzare i prodotti e i servizi di Colt, Colt ha istituito un [Piano di accessibilità](https://docs.colt.net/accessibility/our-accessibility-guidelines) che rappresenta un obiettivo strategico aziendale fondamentale sia in termini di essere un'organizzazione inclusiva sia per contribuire a soddisfare i requisiti legali.

**Cosa significa** in termini di esperienza utente è che le applicazioni e le pagine dovrebbero essere accessibili agli utenti di [tecnologie assistive](https://en.wikipedia.org/wiki/Assistive_technology). Questo include obiettivi semplici come garantire che tutto sia accessibile usando solo la tastiera, fino a garantire che, se un utente non può vedere lo schermo, ciò che ascolta usando il proprio [lettore di schermo](https://en.wikipedia.org/wiki/Screen_reader) ha perfettamente senso. Quando inizia qualsiasi progetto non ci sono problemi di accessibilità, e solo se la progettazione e il pensiero tecnico non includono l’accessibilità come parte del processo, allora sorgono problemi di accessibilità che possono essere costosi da correggere, poiché l’accessibilità è molto più difficile da risolvere a posteriori.

Per garantire che l’accessibilità sia integrata nei processi attuali, sono state create guide di facile consultazione che contengono tutti gli elementi chiave dell’accessibilità per facilitarne l’implementazione, renderla efficace e garantire un impatto minimo su qualsiasi progetto che le utilizzi.

[Responsabili di progetto](/colt-docs/all-docs-it/accessibilita/le-nostre-linee-guida-sullaccessibilita/accessibilita-per-project-manager.md) dispongono di indicazioni volte a garantire che le attività raccomandate nei processi C1, C2 e C3 siano pienamente supportate, e di risorse dedicate per [Sviluppatori e tester](/colt-docs/all-docs-it/accessibilita/le-nostre-linee-guida-sullaccessibilita/accessibilita-per-sviluppatori-e-tester-qa.md) sono state create per garantire che tutti abbiano accesso non solo a ciò che deve essere fatto, ma anche a come farlo.

Per i Product Manager e i Product Owner esiste un certo livello di responsabilità nel garantire che questo lavoro venga svolto e rendicontato. Ciò non solo supporterà l’attuazione della strategia di Colt, ma garantirà anche che [Rischio legale](/colt-docs/all-docs-it/accessibilita/le-nostre-linee-guida-sullaccessibilita/accessibilita-per-project-manager.md) per determinate regioni sia ridotto.

Per garantire che tutto venga consegnato, ci sono cinque aree chiave di responsabilità:

#### ACQUISIZIONE DI APPLICAZIONI E WIDGET DI TERZE PARTI

Se vengono utilizzati plugin, applicazioni, servizi o widget di terze parti nello sviluppo di un prodotto o servizio digitale Colt rivolto ai clienti o all'interno dell'azienda. Assicurarsi che un VPAT ([Modello volontario di accessibilità del prodotto](https://en.wikipedia.org/wiki/Voluntary_Product_Accessibility_Template#:~:text=A%20Voluntary%20Product%20Accessibility%20Template,1973%2C%20as%20amended%20\(29%20U.S.C.)) venga richiesto al fornitore. Si tratta di un report standard che indica quanto sia accessibile l'aggiunta di terze parti; deve essere esaminato e qualsiasi problema aperto deve avere una data entro cui verrà affrontato. Il VPAT deve essere archiviato e riesaminato annualmente.

#### GARANTIRE CHE L’ACCESSIBILITÀ SIA INCLUSA COME REQUISITO DI PROGETTO

All’inizio di un progetto l’accessibilità dovrebbe essere inclusa tra i risultati chiave, le indicazioni dovrebbero essere riviste dal Project Manager e dovrebbe essere predisposto un piano che ne garantisca l’implementazione in ogni fase, senza ridurla di ambito o rinviarla. Ciò garantirà una migliore efficacia a un costo di progetto inferiore. Nell’ambito del RAID, l’accessibilità dovrebbe essere inclusa e il livello di rischio dovrebbe essere determinato dai requisiti definiti nelle leggi sull’accessibilità pertinenti.

#### ARCHIVIAZIONE DEI REPORT DI TEST DI ACCESSIBILITÀ

Esistono molti paesi e regioni che dispongono di leggi che disciplinano l’accessibilità. Assicurarsi che il team ne sia consapevole, perché, come le leggi sulla sicurezza dei dati, possono aggiungere il rischio di contenziosi gravi che possono comportare sanzioni e danni reputazionali per Colt. Archiviare il buon lavoro svolto da un team significa che, se viene sollevata una contestazione legale, Colt può dimostrare che il lavoro sull’accessibilità è in corso.

#### GARANTIRE CHE IL BACKLOG E I REPORT VENGANO TRASFERITI ALLE OPERATIONS

Se ci sono ancora alcuni bug di accessibilità aperti identificati dal Test Manager, questi dovrebbero essere inclusi nel passaggio alle Operations.

#### POST-IMPLEMENTAZIONE - DARE PRIORITÀ AL BACKLOG IN BASE AL LIVELLO DI RISCHIO, IDENTIFICATO NEL RAD

Tutti i bug di accessibilità aperti dovrebbero essere prioritizzati in base ai requisiti definiti nelle leggi sull’accessibilità pertinenti, nonché nella prospettiva di supportare il piano di accessibilità di Colt.

## 2. CHE COS’È L’ACCESSIBILITÀ?

L’accessibilità, come definita dal W3C, ha 4 principi; [Percepibile, Utilizzabile, Comprensibile e Robusto](https://www.w3.org/WAI/fundamentals/accessibility-principles/). I primi tre di questi si riferiscono all’esperienza utente che dovresti considerare quando crei i requisiti utente.

Per rendere tutto più semplice, Colt ha creato una serie di guide sull’accessibilità che iniziano spiegando qual è il risultato desiderato per l’utente, oltre alle metodologie, tecniche e test che consentiranno di realizzarlo con successo.

* [Percezione del colore](https://www.colt.net/why-colt/esg/accessibility/developers/#perception)
* [Interazioni con i moduli](https://www.colt.net/why-colt/esg/accessibility/developers/#forms)
* [Accesso da tastiera](https://www.colt.net/why-colt/esg/accessibility/developers/#keyboard)
* [Etichettatura degli elementi interattivi](https://www.colt.net/why-colt/esg/accessibility/developers/#labels)
* [Punti di riferimento](https://www.colt.net/why-colt/esg/accessibility/developers/#landmarks)
* [Link](https://www.colt.net/why-colt/esg/accessibility/developers/#links)
* [Metadati](https://www.colt.net/why-colt/esg/accessibility/developers/#metadata)
* [Miglioramento progressivo e design responsivo](https://www.colt.net/why-colt/esg/accessibility/developers/#responsive)
* [Struttura semantica](https://www.colt.net/why-colt/esg/accessibility/developers/#semantics)
* [Alternative testuali](https://www.colt.net/why-colt/esg/accessibility/developers/#text)
* [Contrasto tra testo e grafica](https://www.colt.net/why-colt/esg/accessibility/developers/#contrast)

Per garantire che possano essere valutati, è disponibile un [script di test manuale](https://www.colt.net/wp-content/uploads/2024/07/Colt-Manual-Accessibility-Acceptance-Tests-Checklist-V1.1.xlsx) che può essere aggiunto all’attività di UAT svolta dal Test Manager.

## 3. Esperienza utente con il lettore di schermo

Per avere un’idea di quanto possa essere efficace consentire l’inclusione dei requisiti utente, [questo video](https://youtu.be/HE2R86EZPMA?si=rtnbDkqOfXF0omzt) sull’esperienza utente con il lettore di schermo, realizzato dal team Accessibility di Microsoft, dimostra l’efficacia di piccoli accorgimenti.

Si consiglia di sperimentare il proprio prodotto con il lettore di schermo Narrator. Come farlo è spiegato nella guida Colt, [Utilizzare Windows Narrator per testare l’accessibilità web](https://www.colt.net/why-colt/esg/accessibility/developers/#narrator).

Quando si utilizza uno sfondo bianco, le seguenti combinazioni di colori sono conformi al contrasto cromatico e evitano problemi di fluorescenza o daltonismo.

## 4. Download

### Accessibilità per le email

Questa presentazione ti mostrerà come creare email accessibili.

{% file src="/files/7a0e5a48cd4ed4d43c5e52768126d37a8511ed84" %}

### Accessibilità per i PDF

Questa presentazione ti mostrerà come creare documenti PDF accessibili.

{% file src="/files/51a900c200d5099924f9467aa13024a0b859f061" %}

### Accessibilità per PowerPoint

Questa presentazione ti mostrerà come creare presentazioni PowerPoint accessibili.

{% file src="/files/5ef11ca33666d31032a58566bd8b64a33f1311a2" %}

### Accessibilità per Word

{% file src="/files/c5de23e68f77e72428df8950bde4a6eb4920fc00" %}

Questa presentazione ti mostrerà come creare documenti Word accessibili.

### Promemoria per sottotitoli accessibili

Questo promemoria ti darà un vantaggio iniziale con i sottotitoli codificati.

{% file src="/files/51a900c200d5099924f9467aa13024a0b859f061" %}


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.colt.net/colt-docs/all-docs-it/accessibilita/le-nostre-linee-guida-sullaccessibilita/accessibilita-per-product-manager-e-product-owner.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
