Mon parcours en accessibilité des TI

Muna Adan, auditrice Web | Bureau de l’accessibilité des TI

Bonjour, je m’appelle Muna Adan et je travaille en tant qu’auditrice Web au sein du Bureau de l’accessibilité des TI (BATI). J’ai commencé ma carrière en tant qu’étudiante dans le cadre du Programme fédéral d’expérience de travail étudiant (PFETE), et en septembre 2024, j’ai officiellement rejoint l’équipe du BATI en tant qu’IT-01. Au début, je ne connaissais pas grand-chose à l’accessibilité. J’avais étudié le développement et l’exploitation de l’informatique en nuage et, bien que j’aie quelques années de codage à mon actif, l’accessibilité n’avait jamais vraiment été abordée de front. Tout a changé lorsque j’ai suivi un cours sur la conception accessible. Cela a changé mon point de vue. J’ai tout de suite été intriguée, notamment par la façon dont nous pouvons utiliser JavaScript pour créer des interfaces plus inclusives. C’était amusant, cela m’a ouvert les yeux et m’a permis de réaliser à quel point Internet n’est pas conçu pour tout le monde. Aussi, lorsque l’occasion s’est présentée de me joindre à l’équipe du BATI, j’ai sauté sur l’occasion.

Travailler en amont grâce à la conception accessible

Quand j’ai découvert le monde de l’accessibilité, il fut d’abord une source d’étonnement. J’avais cinq ans d’expérience en développement, mais j’avais à peine effleuré la surface lorsqu’il s’agissait de conception qui tient compte de l’inclusion. Je connaissais le texte de remplacement, mais même celui-ci me paraissait alors facultatif. L’un de mes premiers défis a été d’apprendre à utiliser un lecteur d’écran, et laissez-moi vous dire que c’est une leçon d’humilité que de réaliser à quel point le Web est différent lorsqu’on n’utilise pas de souris ou qu’on ne s’appuie pas sur des éléments visuels. J’ai également eu du mal à déterminer si un site était inaccessible ou simplement mal conçu, ce qui s’est avéré être une compétence importante à développer.

Au fil du temps et de mon parcours d’apprentissage au BATI, j’ai commencé à réaliser combien d’outils sont à la disposition des développeurs pour les aider à créer des expériences Web plus inclusives. Il existe des vérificateurs de contraste, des outils d’espacement, des émulateurs d’appareils intégrés aux navigateurs, des extensions d’accessibilité et, bien sûr, des lecteurs d’écran. Ces outils font désormais partie intégrante de la manière dont j’évalue les sites Web, et ils m’ont aidé à comprendre que l’accessibilité ne se résume pas à une simple liste de contrôle. Elle consiste à créer une technologie qui fonctionne pour tout le monde, quelle que soit la manière dont on interagit avec elle.

L’un des concepts qui m’a le plus frappé est celui de concept des applications Internet riches et accessibles (de l’anglais Accessible Rich Internet Applications ou ARIA). Les ARIA comprennent un ensemble d’attributs ajoutés au langage HTML pour rendre le contenu Web et les applications plus accessibles, en particulier pour les personnes qui utilisent des lecteurs d’écran. Ces ajouts permettent de décrire des éléments comme les boutons et les fenêtres contextuelles (entre autres) qui ne se comportent pas comme des éléments HTML standard. Les ARIA peuvent indiquer aux technologies d’assistance ce qu’est un objet, ce qu’il fait et son état actuel. Par exemple, lorsqu’un élément peut être développé ou réduit, même s’il a été développé à l’aide d’un code personnalisé, les ARIA peuvent l’expliquer. Je n’avais aucune idée de sa puissance ni de sa facilité d’emploi. Apprendre à quel moment utiliser les ARIA a complètement changé ma façon de coder. Aujourd’hui, je me concentre davantage sur l’utilisation appropriée du langage HTML descriptif et sur la construction qui tient compte de l’accessibilité dès le départ. Ma compréhension de l’accessibilité est passée de « je n’ai jamais entendu parler de cela » à « cela doit faire partie de chaque étape du processus de développement ».

La conception inclusive est plus qu’une simple commodité

Faire partie de l’équipe du BATI a également changé ma façon de penser l’inclusion dans la technologie de manière plus générale. La vérité est que de nombreux développeurs n’ont tout simplement pas appris à penser à l’accessibilité. J’étais l’une d’entre eux. Mais si l’on considère que nous appartenons tous probablement à un groupe marginalisé ou que nous connaissons quelqu’un qui en fait partie, cela devient évident que la conception inclusive est plus que la « bonne chose à faire », c’est une nécessité. La technologie a le pouvoir d’attirer les gens ou de les exclure. Je souhaite ouvrir la porte aux gens. Ce travail m’a incité à obtenir un baccalauréat en études sur le handicap à la Toronto Metropolitan Université. J’envisage une longue carrière dans la défense des personnes en situation de handicap, et tout a commencé par mon travail au sein de cette équipe.

Les personnes avec lesquelles j’ai travaillé constituent l’un des meilleurs aspects de mon parcours. L’apprentissage auprès de mes conseillers techniques a été incroyable. Ils ont été patients, généreux avec leurs connaissances et toujours prêts à m’aider à progresser. Mon chef d’équipe et mon gestionnaire ont également joué un rôle déterminant dans ma façon de voir l’accessibilité. Il y a eu des moments où je me suis sentie dépassée par tout ce qu’il y avait à apprendre, mais mon équipe m’a toujours soutenue et aidée à prendre confiance en moi, une étape à la fois.

Voici donc mon conseil : si vous êtes un tant soit peu curieux au sujet de l’accessibilité des TI, passez à l’action. C’est un espace où votre travail fait une réelle différence. Un travail stimulant, créatif et, honnêtement, très amusant. Vous développerez de nouvelles compétences, vous comprendrez mieux les gens et vous contribuerez à rendre le Web meilleur pour tout le monde.

L’accessibilité ne doit jamais être envisagée après coup; elle doit être intégrée dès le départ. Si vous avez à cœur de rendre la technologie accessible à tous, le BATI est l’endroit tout désigné.