À bien des égards, l’accessibilité est abordée et mise en œuvre comme s’il s’agissait d’un dragon à plusieurs têtes. Chaque fois que l’on croit avoir apporté une amélioration, on coupe une tête du dragon de l’accessibilité, et deux autres repoussent. On entend notamment beaucoup dire qu’il est impossible d’assurer l’accessibilité dans un environnement de développement agile.
Cela tient en grande partie au fait que l'accessibilité est souvent perçue comme une démarche manuelle, et souvent uniquement comme des tests d'acceptation par les utilisateurs ou des tests d'ergonomie. Et bien que cela constitue un aspect important de l'accessibilité, il existe bien d'autres moyens d'intégrer l'accessibilité dans vos processus agiles afin de créer des produits accessibles. Nous aborderons ci-dessous ces pratiques de transformation en matière d'accessibilité agile.
Transformation agile
C'est un terme très en vogue dans les communautés de développeurs. Beaucoup d'entre vous ont déjà été confrontés à ce concept, ou à celui, encore plus à la mode, de « transformation numérique ». Une organisation ayant mené à bien une transformation agile sait qu'il s'agit d'un processus de changement qui doit être géré de manière active. Or, cette même approche n'est souvent pas adoptée en matière d'accessibilité.
Souvent, lorsque je discute avec des gens et que je leur demande s’ils s’occupent de l’accessibilité, ils me répondent : « Oui, nous nous occupons de l’accessibilité ». Je leur demande alors comment ils s’y prennent, et j’entends assez souvent une réponse du genre : « Oh, nous avons indiqué dans notre cahier des charges que le site doit être conforme aux niveaux A et AA des WCAG 2.0, puis nous ajoutons un lien vers le site du W3C. » C’est tout ce qu’ils font. Les développeurs sont censés apprendre l’accessibilité par eux-mêmes, comme ils le font pour la plupart des autres aspects du développement logiciel, tels que React, les tests automatisés ou l’utilisation d’un système d’intégration continue. En matière d’accessibilité, cette approche aboutit très rarement à un résultat positif.
Au fond, faire évoluer une organisation pour qu'elle passe d'une situation où ses logiciels sont inaccessibles à une situation où ceux-ci sont accessibles par défaut revient à gérer le changement. Cela implique une évolution des processus, des pratiques et des compétences à de nombreux niveaux de l'organisation.
Pourquoi ce changement est-il si difficile à mettre en œuvre pour les organisations qui ne disposent pas d’une gestion active ? Après tout, les développeurs ne se réveillent pas le matin en se disant : « Je vais aller travailler et créer un système qui exclut 20 % de la population ! » Les développeurs et les équipes de développement créent des logiciels inaccessibles simplement parce qu’ils ne savent même pas qu’il s’agit là d’un aspect auquel ils doivent prêter attention.
C'est une généralisation un peu excessive, mais la plupart des développeurs ont un parcours qui ne les met pas en contact avec des personnes en situation de handicap. Cette situation évolue peu à peu, à mesure que Google, Microsoft et d'autres grands acteurs commencent à s'intéresser davantage à l'accessibilité et à la mettre en avant, mais il est encore très courant que les développeurs n'aient aucune connaissance pratique de la manière dont les personnes en situation de handicap peuvent utiliser la technologie, ni de ce qu'ils doivent faire pour les aider dans cette démarche.
Mettre en place un système fondé sur l'empathie
Le métier de l’UX s’est doté d’un vaste corpus de connaissances, fondé sur l’expérimentation et l’observation, qui sert de guide heuristique aux concepteurs UX et UI pour créer des applications attrayantes et compréhensibles, capables de transmettre les informations qu’elles sont censées véhiculer. Des technologies telles que l’oculométrie, le suivi des clics et l’analyse de données nous fournissent toutes sortes d’informations sur le comportement des utilisateurs. Pour les personnes en situation de handicap, ces informations font largement défaut. Comment un utilisateur aveugle « parcourt-il » la page ? Comment navigue-t-il ? Qu’est-ce qui constitue une « bonne conception » pour un lecteur d’écran ?
La plupart des développeurs ne savent pas ce qu’est un lecteur d’écran ni comment il s’utilise, et dès qu’ils commencent à s’y intéresser, leur esprit se met à réfléchir. Puis, lorsqu’ils prennent conscience de son existence, ils doivent apprendre à concevoir des sites adaptés à cet outil et à le mettre en œuvre. Ce manque de connaissances correspond à ce que l’on appelle les « lacunes en matière d’empathie et de compétences ».
La première étape vers la motivation, c'est de s'impliquer. Les organisations qui souhaitent mettre en place un programme d'accessibilité durable doivent s'efforcer systématiquement de combler ce déficit d'empathie, car cela alimentera la volonté de combler le déficit de compétences.
Chez Deque, nous mettons régulièrement en œuvre deux initiatives visant à promouvoir l'empathie. La première s'appelle « laboratoire d'empathie ». Il s'agit d'une série d'activités qui simulent différents types de handicaps. Une fois que les participants ont pris part à ces activités pratiques, conçues pour leur faire vivre des situations s'apparentant en quelque sorte aux conséquences d'un handicap, ils commencent à faire preuve d'empathie et à mieux comprendre.
La deuxième activité consiste à demander à un développeur d'observer un utilisateur en situation de handicap (par exemple, un utilisateur de lecteur d'écran ne disposant pas de souris) utiliser le logiciel qu'il a lui-même développé. D'après mon expérience, rien n'est plus percutant que de voir quelqu'un se débattre pour utiliser le système que vous avez mis d'innombrables heures, semaines et mois à créer. J'ai vu des développeurs retourner immédiatement à leur poste de travail et commencer à corriger certains de ces problèmes sans attendre.
Si votre organisation met en place un programme prévoyant l'organisation régulière d'activités de ce type dans le cadre d'une campagne d'empathie régulière, vous contribuerez à instaurer une culture de l'accessibilité au sein de l'ensemble de l'organisation. Veillez à associer les cadres dirigeants à ces événements afin de renforcer l'adhésion de la direction à tous les niveaux.
Accompagnateurs en accessibilité
Pourquoi les sportifs professionnels au sommet de leur art ont-ils encore des entraîneurs ? Roger Federer est sans doute le meilleur joueur de tennis de tous les temps, et pourtant il a toujours un entraîneur. L’une des raisons pour lesquelles les sportifs de très haut niveau ont des entraîneurs et peuvent tirer profit de leur présence, c’est que l’entraîneur apporte un regard différent qui met en lumière les angles morts dans la capacité de l’athlète à percevoir ce qui se passe. Si l’entraîneur se trouve en outre être un très bon joueur de tennis, il ou elle peut également aider Roger à améliorer ses compétences. Alors pourquoi n’y a-t-il pas de coachs en accessibilité pour les développeurs ? Chez Deque, nous pensons que cela devrait être le cas. Il faudrait faire appel à des coachs en accessibilité lors de la mise en place d’un programme d’accessibilité, de la même manière que l’on fait appel à des coachs agiles lors d’une transformation agile.
Les accompagnateurs en accessibilité doivent collaborer avec l’organisation pour définir des étapes réalisables, afin que les équipes puissent célébrer leurs succès tout en progressant vers une accessibilité totale. Ces étapes doivent être cohérentes d’une équipe à l’autre pour permettre des comparaisons et créer une saine concurrence. Par exemple, Microsoft utilise le terme « axe clean » comme étape clé dans le développement du code d’interface utilisateur. Cela signifie que le nouveau code d’interface utilisateur ne doit présenter aucun problème détectable par le moteur d’analyse « axe ». Fixer comme objectif intermédiaire de s’assurer que tout nouveau code d’interface utilisateur soit « axe-clean » constitue un excellent premier jalon sur la voie vers une accessibilité totale. Une fois qu’une équipe a atteint cet objectif pendant un certain temps, il faut célébrer cette réussite ! Il faut ensuite fixer le prochain objectif intermédiaire pour aller plus loin. Un bon objectif suivant pourrait être la mise en place de tests au clavier entièrement automatisés pour toutes les fonctionnalités interactives. Publiez les objectifs intermédiaires à l’avance afin que les équipes aient la possibilité de dépasser les attentes. Le coach en accessibilité doit également contribuer à la création d’un tableau de bord permettant de mesurer la transformation en matière d’accessibilité.
Les coachs en accessibilité peuvent également effectuer des contrôles ponctuels de l’accessibilité sur les nouvelles fonctionnalités de l’interface utilisateur, dans le but de partager ces résultats avec l’équipe afin de l’aider à identifier les axes d’amélioration. Les rétrospectives de sprint constituent un moment propice pour cela, car elles offrent à l’équipe l’occasion de discuter des problèmes identifiés, de la manière dont elle va s’améliorer, d’examiner ses propres indicateurs et d’apporter des changements à ses processus et à ses compétences (un élément essentiel de la méthode agile). Ces indicateurs et ces rétrospectives ne sont pas destinés à servir de moyens de sanction ou de contrainte ; ils doivent au contraire être utilisés comme un outil d’évaluation comparative permettant de suivre les progrès et de fournir des pistes d’amélioration, ce qui est au cœur de la philosophie agile.
TLDR : Résumé des pratiques en matière de transformation vers l'accessibilité
En intégrant ces bonnes pratiques d'accessibilité à vos processus agiles, les équipes agiles pourront vaincre durablement le « dragon hydre » de l'accessibilité. Ne manquez pas notre prochain article consacré à l'accessibilité, dans lequel nous aborderons ce sujet sous l'angle des pratiques des équipes agiles.
Pour finir, rappelons une dernière fois les pratiques de transformation agile :
- Mettre en place une équipe centrale chargée de piloter la transformation agile et de mettre en œuvre les pratiques restantes de cette liste
- Mettre en œuvre un programme d'empathie continu afin de stimuler et de maintenir la motivation.
- Sélectionner et mettre à disposition un ensemble de ressources pédagogiques de grande qualité, et intégrer certaines d'entre elles dans le parcours d'intégration standard.
- Constituez une équipe de coachs en accessibilité chargés d'accompagner les équipes agiles.
- Créer un tableau de bord dédié à l'accessibilité afin de mesurer les progrès réalisés et d'en rendre compte aux équipes et à la direction
