En tant que développeur, vous êtes sans doute déjà confronté, d’une manière ou d’une autre, à la question de l’accessibilité numérique. C’est le cas de presque tout le monde, car c’est le monde dans lequel nous vivons aujourd’hui. Et c’est une bonne chose, car c’est la bonne attitude à adopter.
Lors du déploiement de fonctionnalités et de la création de composants, l'accessibilité est de plus en plus considérée comme une évidence. Les équipes de développement montrent l'exemple en concevant dès le départ des produits accessibles, en établissant de nouvelles normes pour le secteur et en utilisant des outils de pointe pour avoir un impact durable.
Découvrez dès aujourd'hui les nouveaux outils d'accessibilité à la pointe du secteur!
En soutenant ces initiatives, les entreprises démontrent leur engagement et sensibilisent le public au fait que l'accessibilité du code n'est plus une option, mais une nécessité.
Cependant, même si l'intégration de l'accessibilité dès la phase de développement est essentielle pour éviter que des obstacles ne viennent entraver les expériences numériques que nous créons, le fait que ce soit essentiel ne signifie pas pour autant que le processus se déroule sans heurts.
La prise de conscience est un pas en avant, mais elle ne suffit pas à elle seule à surmonter les défis que représentent les délais serrés, l’évolution des priorités, le code hérité et les divergences de compréhension entre les équipes. Il faut adopter une nouvelle approche de sensibilisation.
Militer en faveur de l'accessibilité, c'est s'efforcer de faire ce qui est juste — tant pour nos utilisateurs que pour la santé du code. Cette tension entre faire ce qui est juste et livrer rapidement est un dilemme auquel la plupart des développeurs sont confrontés au quotidien. Pour réussir, la promotion de l'accessibilité doit s'attaquer de front à cette tension, et qui mieux que les développeurs pour montrer la voie ?
Trouver le juste équilibre entre rapidité et accessibilité
En tant que développeurs, on attend de nous que nous agissions rapidement pour proposer de toutes nouvelles fonctionnalités et continuer à créer de la valeur. C'est en partie ce qui nous motive.
Mais lorsque de nouvelles fonctionnalités sont déployées et que des problèmes d’accessibilité refont surface, nous nous retrouvons en difficulté. Les bugs, les constatations d’audit et les demandes de correction peuvent s’accumuler. Les sprints initialement destinés à l’innovation doivent alors être réorientés vers la correction des problèmes. Avant même de vous en rendre compte, au lieu de créer quelque chose de nouveau et de passionnant, vous vous retrouvez à revenir sans cesse sur d’anciens problèmes.
Ce cercle vicieux peut finir par vous épuiser. Le rythme ralentit, la tension monte, et l'accessibilité numérique peut alors commencer à être perçue comme un frein plutôt que comme un élément essentiel d'une ingénierie de qualité.
Pour de nombreux développeurs, le défi ne réside pas dans la volonté de coder de manière accessible, mais dans la nécessité d’obtenir le soutien et l’adhésion des responsables d’équipe. Vous souhaitez faire ce qu’il faut, mais sans directives claires ni outils adaptés, les progrès s’enlisent et vous vous retrouvez pris dans un cycle de « dépannage ».
Le cycle « panne-réparation »
Au fil du temps, le manque de soutien et de coordination commence à tout ralentir. Vous déployez une fonctionnalité, et celle-ci est signalée pour des problèmes d’accessibilité. Elle vous est renvoyée pour correction, vous la corrigez et la renvoyez. Puis la même chose se produit lors du sprint suivant, et du suivant, et du suivant encore, et ainsi de suite. C’est le redoutable cercle vicieux « break-fix » : quelque chose est déployé, tombe en panne, est corrigé, puis déployé à nouveau.
Ce n'est ni efficace, ni satisfaisant. Votre backlog se remplit de tickets de correction, et votre vélocité baisse inévitablement. À présent, la direction veut savoir pourquoi les fonctionnalités n’avancent pas plus vite, et elle vous met en cause, même si ce n’est pas de votre faute et que ce n’est pas par manque d’efforts. Vous voulez aller plus vite, mais comment le faire quand vous manquez de clarté, de ressources et de processus pour concevoir des solutions accessibles dès le départ ?
Le « virage à gauche » comme solution
Il existe un moyen de sortir de ce cercle vicieux.
Vous connaissez sans doute l’expression « shift left ». Elle désigne la détection des problèmes à un stade précoce du processus de développement, avant qu’ils n’atteignent l’environnement de production. Nous avons constaté que cette approche fonctionnait dans le domaine de la sécurité. La plupart des développeurs éviteraient de laisser une clé API exposée dans leur code source avant de le publier sur GitHub. Il s’agit d’intégrer des pratiques sécurisées à chaque étape.
Les mêmes principes s'appliquent à l'accessibilité numérique.
Effectuer des tests d'accessibilité au fur et à mesure que vous codez permet d'intégrer cette démarche à votre flux de travail quotidien, plutôt que de la considérer comme une étape secondaire. C'est là tout l'intérêt du « shift left ». Cependant, cette évolution ne se fait pas automatiquement. Elle commence par la formation et la sensibilisation.
Les développeurs veulent faire ce qu'il faut, mais comment y parvenir si on ne leur a pas montré comment s'y prendre ? On ne sait pas ce qu'on ignore. Une fois que les équipes ont compris les principes fondamentaux de l'accessibilité — ce qui compte, pourquoi cela compte et comment l'appliquer dans le code —, les outils gagnent considérablement en efficacité. La formation apporte les connaissances ; les outils permettent de mettre ces connaissances en pratique plus rapidement et plus facilement.
Les ressources pédagogiques telles que l’université «Deque » font littéralement figure de référence en matière d’apprentissage de l’accessibilité numérique. Vous pouvez même aller plus loin grâce à Axe Assistant, le chatbot dédié à l’accessibilité développé par Deque. Il a été formé à partir de la base de connaissances de l’université « Deque », la ressource sur l’accessibilité la plus vaste, la plus complète et la plus fiable au monde. Vous pouvez poser à Axe Assistant des questions pertinentes sur l’accessibilité ; il vous fournira alors des principes et des extraits de code que vous pourrez ajouter à votre dépôt.
Des outils tels que l'extension Axe DevTools permettent de détecter automatiquement la plupart des problèmes d'accessibilité dès le départ, avant même que le code n'atteigne la phase d'assurance qualité ou de production. Dès que vous en voyez le fonctionnement, les avantages apparaissent clairement : moins de retouches, moins d'obstacles, et davantage de temps consacré au développement de nouvelles fonctionnalités plutôt qu'à la correction d'anciennes qui ont dû être revues.
Adopter une approche « shift left » vous permet de regagner en efficacité en vous donnant les moyens de résoudre les problèmes liés à votre environnement avant de les transmettre à quelqu’un d’autre. Vous avez le pouvoir de concevoir vos projets en tenant compte de l’accessibilité numérique dès le départ. Vous réduirez ainsi votre retard et pourrez vous consacrer à nouveau à ce que vous aimez : livrer un code de qualité, accessible à tous.
Favoriser le changement organisationnel et promouvoir l'accessibilité numérique
Les efforts individuels font une énorme différence, mais un changement durable ne peut s’opérer que lorsque l’accessibilité numérique fait partie intégrante de la culture de votre organisation dans son ensemble. Des discussions cruciales doivent avoir lieu au niveau des équipes, des cadres et de la direction. Ces discussions peuvent commencer modestement, par un simple développeur qui pose les bonnes questions. À partir de là, les changements se répercutent sur les chefs de projet, les responsables produit, les Scrum Masters et les équipes chargées de la gestion des risques. À terme, il apparaît clairement que le « shift left » et l’adoption d’une approche proactive en matière d’accessibilité relèvent de la transformation numérique au plus haut niveau.
Cependant, ce changement n'a pas besoin d'être d'emblée quelque chose d'énorme. Il peut commencer par de petites victoires visibles qui démontrent rapidement la valeur du projet et offrent aux dirigeants des résultats concrets qui les incitent à continuer à s'y investir.
Tirez parti de cette dynamique. Parlez ouvertement du temps perdu en retouches, du nombre de sprints encombrés par les corrections, et de la rapidité accrue avec laquelle les choses avancent lorsque l’accessibilité est intégrée dès le départ. Présenter l’accessibilité numérique comme un moyen de préserver la vélocité et de maintenir le rythme permet de démontrer l’intérêt économique de l’accessibilité. Cela permet à chacun de la considérer non pas comme une charge de travail supplémentaire, mais comme une façon plus intelligente de travailler.
Si vos développeurs sont prêts à passer à l'étape suivante, nous vous recommandons d'associer la formation à des outils pratiques. Encouragez votre entreprise à :
- Offrez aux développeurs l'accès à l'Deque University pour un apprentissage pratique.
- Activez Axe DevTools dans les environnements locaux ou de CI afin que les contrôles d'accessibilité soient effectués dès le début.
- Utilisez Axe Assistant pour fournir aux développeurs des réponses rapides et fiables sans avoir à attendre l'intervention de spécialistes.
Ces petits changements peuvent être à l'origine d'une évolution plus large. Dès lors que les équipes constatent à quel point la formation et les outils adaptés permettent d'accélérer la mise en production, l'accessibilité n'est plus perçue comme un obstacle, mais devient la nouvelle norme en matière de pratiques d'ingénierie de qualité.
Ton rôle en tant que héros
Devenez le fer de lance de l’accessibilité. Vous ne vous contenterez pas d’améliorer la qualité de votre code ou le fonctionnement de votre équipe : vous contribuerez à transformer l’ensemble de votre organisation. Vous pourrez démontrer que développer en respectant les principes d’accessibilité permet de gagner du temps, de réduire les retouches et d’aider tout le monde à livrer plus rapidement. Vous montrerez l’exemple, en prouvant que l’accessibilité est une bonne pratique d’ingénierie qui demande moins d’efforts qu’on ne le pense généralement.
C'est là que commence le véritable changement : un développeur qui montre l'exemple, pose les bonnes questions et démontre que qualité et rapidité peuvent aller de pair. Vous aiderez ainsi votre équipe à passer de corrections réactives à une approche proactive.
Si vous souhaitez continuer à vous former et échanger avec d’autres personnes soucieuses de créer des expériences accessibles, rejoignez la communauté Axe sur Discord. C’est un espace convivial où les développeurs partagent des astuces, posent des questions et discutent des défis concrets liés à l’accessibilité. Venez y passer un moment, apprendre les uns des autres et prendre part à ce mouvement en pleine expansion en faveur de l’accessibilité.
Rejoignez la communauté Axe sur Discord !
Et n'oubliez pas : c'est vous le héros qui aidez votre entreprise à s'améliorer, pour le bien de tous les utilisateurs.
C'est parti.
