Fermer

avril 13, 2022

Définir les exigences initiales : Accessibilité dans le cycle de vie du développement de produit Partie 2 sur 4


Lisez la partie 1 de cette série ici :Planifiez l'accessibilité dès la conception : l'accessibilité dans le cycle de vie du développement de produits.

Des équipes de produits avant-gardistes planifieront et mettront en œuvre des expériences utilisateur inclusives au début du processus de conception pour obtenir de meilleurs résultats. Plus connue sous le nom de Shift Left, cette méthode préconise l'intégration de fonctionnalités d'expérience utilisateur inclusives dans un produit numérique au début du développement du produit. Concevoir l'accessibilité dès le départ minimise le temps de refactorisation et les coûts associés, car les problèmes d'accessibilité sont identifiés et corrigés avant que le produit n'atteigne l'étape QA (assurance qualité).

Pour les équipes qui n'ont pas prévu l'accessibilité numérique dès le départ ou qui s'appuient sur des inspections manuelles, des outils d'audit automatisés ou une assurance qualité pour détecter les problèmes d'accessibilité, considérez ceci :

« Il est possible de développer une ressource Web accessible en modernisant l'accessibilité à la fin ; cependant, l'effort requis peut être considérable et le niveau d'accessibilité qui en résulte peut varier considérablement », explique David Sloan dans« Étude de cas : Concevoir pour l'accessibilité du Web ».

Informer les exigences du produit grâce à la recherche d'audience

Pour récapituler dePartie 1 , une première étape clé dans le cycle de vie du développement de produits est la recherche d'utilisateurs Web (public cible). Apprendre à connaître vos internautes commence par poser une série de questions telles que : quelles expériences utilisateur voulons-nous améliorer pour nos publics cibles ? Quelles technologies utilisent-ils, comment et pourquoi les utilisent-ils ? LeHistoire d'utilisateur d'Aliest un aperçu des nuances de la conception pour l'inclusion.

Faire décoller les exigences

Avec les connaissances des utilisateurs en main, une équipe produit peut commencer à définir les exigences initiales pour satisfaire les besoins et les objectifs des utilisateurs Web handicapés. Voici trois domaines auxquels il faut penser lors de la planification des besoins :

Estimation des ressources
Définir les rôles et les responsabilités de l'équipe. Déterminez quel logiciel sera utilisé pour exécuter la conception, le développement et les tests du produit. Décidez également pour quels navigateurs et systèmes d'exploitation concevoir, quels appareils prendre en charge et quels types d'outils automatisés utiliser pour les évaluations d'accessibilité (par exemple, des tests unitaires de développement aux tests d'assurance qualité). Les critères d'acceptation doivent également être décidés, tout comme le type de méthode de gestion des problèmes à utiliser.

Adopter des normes d'accessibilité et des pratiques exemplaires appropriées
Directives pour l'accessibilité du contenu Web (Critères de réussite WCAG 2.1 AA ) sont mondialement reconnus comme la norme à adopter, et ce sont aussi des bonnes pratiques. Par exemple, il est important deinclure des légendes et des transcriptions dans les vidéos en direct et préenregistrées (considérez-les comme des versions textuelles de la parole) pour aider les utilisateurs souffrant de perte auditive, de surdité et de troubles cognitifs, et pour offrir une alternative telle qu'un PDF du contenu vidéo si les sous-titres et les transcriptions ne sont pas disponibles. Lorsque ces meilleures pratiques ne sont pas suivies, cela crée des expériences utilisateur inaccessibles. Dans l'article de Christina EvansPrenez de l'avance sur les titres : comment utiliser correctement les titres pour l'accessibilitéelle cite un problème courant :

« Souvent, les développeurs et les concepteurs Web utilisent le style « prêt à l'emploi » des en-têtes pour obtenir un aspect spécifique des en-têtes de page sans tenir compte des répercussions négatives sur l'accessibilité. Utilisation de certains balises pour styliser les titres de pages Web désavantagent considérablement les utilisateurs de technologies d'assistance (par exemple, les utilisateurs aveugles et malvoyants) par rapport aux utilisateurs visuels, car il devient très difficile de comprendre la structure et le contenu des pages Web. Cela peut rendre les utilisateurs de technologies d'assistance tellement frustrés qu'ils quittent complètement votre page… pour obtenir l'aspect visuel souhaité des en-têtes, stylisez toujours avec CSS plutôt qu'avec HTML style de balise. Cela contribuera à garantir que les informations de votre site sont accessibles et inclusives pour tous les utilisateurs. »

Budgétisation de la formation des équipes
La plupart des équipes sont composées de personnes possédant divers degrés d'expertise, alors attendez-vous à ce que les équipes améliorent régulièrement leurs compétences. Planifier la formation en évaluant et en définissant les besoins et les objectifs de formation de l'équipe. Élaborez un plan pour inclure des types de formation alignés sur les objectifs de l'équipe et/ou des membres de l'équipe. Obtenez l'adhésion de la direction et surveillez et récompensez ou reconnaissez régulièrement le succès.

Alors, qu'est-ce qui vient ensuite?

Pour suivre la série, consultez la partie 1Planifiez l'accessibilité dès la conception : l'accessibilité dans le cycle de vie du développement de produits pour plus d'informations.

Pour plus d'informations sur la façon de concevoir pour l'inclusion,contactez nos experts en design d'expérienceconsultez notreQI d'accessibilitéSMpour votre site web, téléchargez notre guideExpériences accessibles numériquement : pourquoi c'est important et comment les créeret lisez plus de notreSérie UX pour la conception accessible.

Restez à l'écoute pour le prochain épisode, Partie 3 sur 4 : Conception pour divers utilisateurs : Accessibilité dans le cycle de vie du développement de produits.

A propos de l'auteur

Lisa McMichael est directrice principale de l'accessibilité numérique, CPACC avec l'unité commerciale de Detroit.

Plus de cet auteur






Source link