# Accessibilità per product manager e product owner ## 1. Accessibilità per product manager e product owner Per garantire che tutti possano usare i prodotti e i servizi di Colt, Colt ha stabilito un [Roadmap di Accessibilità](https://www.colt.net/why-colt/esg/accessibility/roadmap/) che è un obiettivo strategico aziendale chiave sia in termini di essere un'organizzazione inclusiva sia per aiutare 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 sente usando il [screen reader](https://en.wikipedia.org/wiki/Screen_reader) ha perfettamente senso. Quando qualsiasi progetto inizia non ci sono problemi di accessibilità, e solo se il design e il pensiero tecnico non includono l'accessibilità come parte del processo, allora si verificano problemi di accessibilità che possono essere costosi da rettificare poiché l'accessibilità è molto più difficile da risolvere retroattivamente. Per garantire che l'accessibilità sia integrata nei processi attuali, sono state create guide facili da seguire che contengono tutti gli elementi chiave dell'accessibilità per rendere semplice la loro applicazione, efficace e garantire che ci sia un impatto minimo su qualsiasi progetto che le utilizzi. [Project Manager](https://www.colt.net/why-colt/esg/accessibility/project-management/) hanno linee guida mirate a garantire che le attività raccomandate nei processi C1, C2 e C3 siano pienamente supportate, e risorse dedicate per [Sviluppatori e Tester](https://www.colt.net/why-colt/esg/accessibility/developers/) sono state create per garantire che tutti abbiano accesso non solo a chi deve svolgerle, ma anche a come farlo. Per i Product Manager e i Product Owner esiste un grado di responsabilità per garantire che questo lavoro venga svolto e riportato. Questo non solo supporterà la realizzazione della strategia di Colt, ma garantirà anche che [Rischio legale](https://www.colt.net/why-colt/esg/accessibility/project-management/#legal) per regioni specifiche sia ridotto. Per garantire che tutto venga consegnato ci sono cinque aree chiave di responsabilità: ### Acquisto 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 al cliente o interno, assicurarsi che venga richiesto al fornitore un \[VPAT (Voluntary Product Accessibility Template)]\(.) . Questo è un rapporto standard su quanto sia accessibile l'aggiunta di terze parti, e dovrebbe essere revisionato e qualsiasi problema in sospeso dovrebbe avere date per quando saranno effettuate le correzioni. Il VPAT dovrebbe essere archiviato e rivisitato annualmente. ### Garantire che l'accessibilità sia inclusa come requisito di progetto All'inizio di un progetto l'accessibilità dovrebbe essere inclusa come un deliverable chiave, le linee guida dovrebbero essere riviste dal Project Manager e dovrebbe essere messo in atto un piano che ne garantisca l'implementazione in ogni fase e che non venga depotenziata o rinviata. Questo garantirà una migliore efficacia a un costo di progetto ridotto. Come parte del RAID, l'accessibilità dovrebbe essere inclusa e il livello di rischio dovrebbe essere determinato dai requisiti delineati nelle [leggi sull'accessibilità pertinenti](https://www.colt.net/why-colt/esg/accessibility/project-management/#legal). ### Archiviazione dei report di test sull'accessibilità Esistono più paesi e regioni che hanno leggi che regolano l'accessibilità. Assicurarsi che il team ne sia consapevole poiché, come le leggi sulla sicurezza dei dati, possono aggiungere il rischio di contenziosi seri che possono comportare multe 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à è stato intrapreso. ### Garantire che backlog e report siano trasferiti alle operations Se ci sono ancora alcuni bug di accessibilità in sospeso identificati dal Test Manager, questi dovrebbero essere inclusi nel passaggio alle Operations. ### Dopo l'implementazione - dare priorità al backlog in base al livello di rischio identificato nel RAID Tutti i bug di accessibilità in sospeso dovrebbero essere prioritizzati in base ai requisiti delineati nelle leggi sull'accessibilità pertinenti così come dalla prospettiva di supportare la roadmap di accessibilità di Colt. ## 2. Che cos'è l'accessibilità? L'accessibilità, come definita dal W3C, ha 4 principi; [Percepibile, Operabile, 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 ciò più semplice Colt ha creato una serie di guide sull'accessibilità che iniziano spiegando quale sia 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) * [Landmark](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) * [Progressive Enhancement e Responsive Design](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 di Testo e Grafica](https://www.colt.net/why-colt/esg/accessibility/developers/#contrast) Per garantire che questi possano essere valutati è fornito 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à UAT svolta dal Test Manager. ## 3. Esperienza utente con lettori di schermo Per avere un'idea di quanto l'inclusione dei requisiti utente possa essere abilitante, [questo video](https://youtu.be/HE2R86EZPMA?si=rtnbDkqOfXF0omzt) sull'esperienza utente con i lettori di schermo dal Team Accessibilità di Microsoft dimostra l'efficacia di piccole considerazioni. Si consiglia di sperimentare il proprio prodotto con il Narrator Screen Reader. Come farlo è spiegato dalla guida di Colt, [Usare 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. ### Cheat sheet per didascalie accessibili Questa cheat sheet ti darà un vantaggio iniziale con i sottotitoli chiusi. {% file src="/files/51a900c200d5099924f9467aa13024a0b859f061" %} --- # Agent Instructions: 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: ``` GET https://docs.colt.net/colt-docs/all-docs-it/accessibilita/le-nostre-linee-guida-sullaccessibilita/accessibilita-per-i-product-manager-e-i-product-owner.md?ask= ``` The question should be specific, self-contained, and written in natural language. 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.