Le secteur des technologies traverse actuellement une période d’ajustement majeure. De plus en plus, les entreprises comprennent — volontairement ou douloureusement, à la suite d’une action en justice — qu’elles doivent commencer à concevoir leurs applications et leurs sites web en plaçant l’accessibilité au premier plan.
Lorsque nous pensons à l’accessibilité, nous pensons peut-être d’abord aux personnes présentant des handicaps physiques manifestes. Et même si ces personnes constituent assurément une part importante de notre base d’utilisateurs, elles ne sont pas les seules à tirer parti de logiciels accessibles.
Il existe 5 grandes catégories de handicap : visuel, auditif, moteur, de la parole et cognitif. La plupart des gens sont susceptibles d’être concernés par au moins l’un d’entre eux à un moment de leur vie, même si la situation n’est pas permanente. C’est l’un de mes graphiques préférés, réalisé par Microsoft ; il illustre remarquablement bien ce concept :
Voir aussi : Le besoin urgent d’aligner la stratégie d’entreprise sur les critères ESG
Beaucoup de gens commettent l’erreur de considérer les fonctionnalités d’accessibilité comme un cas particulier, ou comme un simple plus agréable à avoir, mais pas réellement indispensable. En réalité, les fonctionnalités d’accessibilité bénéficieront à tous vos utilisateurs. Par exemple, tout ce que vous concevez pour les utilisateurs malentendants sera également utile aux personnes qui empruntent les transports en commun sans casque.
Tout ce que vous développez pour les utilisateurs malvoyants sera également utile à ceux qui se sont réveillés ce matin avec une migraine et ne supportent pas de regarder un écran. Nous avons tous besoin de fonctionnalités d’accessibilité, même si nous ne nous en rendons pas compte.
Pourtant, opérer ce changement de perspective en faveur d’une conception axée sur l’accessibilité peut s’avérer difficile. Comme dans une approche axée sur le mobile, travailler en plaçant l’accessibilité au premier plan signifie modifier en profondeur la manière dont on aborde la conception des applications.
Les ajustements présentés ci-dessous vous aideront à réorienter votre façon de concevoir les logiciels.
Voir aussi : Comment l’IA transforme le développement logiciel grâce à l’augmentation par l’IA
L’accessibilité est au cœur du produit minimum viable
De nombreuses entreprises de logiciels adoptent l’approche du MVP, ou produit minimum viable : quel est le plus petit produit utile qu’elles peuvent mettre à disposition pour lancer une fonctionnalité et commencer à la tester ?
C’est une excellente manière de découper de grandes idées en éléments réalisables et d’identifier les bénéfices essentiels d’une nouvelle fonctionnalité. Cette approche favorise naturellement une boucle de retours et d’itérations qui convient aussi bien à la conception qu’au développement. Toutefois, lorsque vous définissez ce minimum, l’accessibilité doit être incluse.
L’une des premières idées reçues les plus courantes sur la conception accessible consiste à penser qu’il suffit de revenir sur un produit terminé et d’y apporter quelques modifications pour ajouter l’accessibilité a posteriori. Or, ce n’est pas le cas.
De nombreuses entreprises se contentent d’affirmer l’importance de l’accessibilité dans leurs produits, en la mettant parfois même en avant comme argument commercial sur leur site web… mais lorsqu’il faut lui consacrer du temps au cours de sprints chargés ou réduire le périmètre du MVP, l’accessibilité est la première chose sacrifiée.
Avec l’approche axée sur l’accessibilité, nous rejetons l’idée que celle-ci ne soit pas indispensable. L’accessibilité n’est pas quelque chose que l’on peut ajouter plus tard — ou, pire encore, supprimer complètement lorsque les délais se resserrent. Nous devons partir du principe que si un produit ne fonctionne pas de manière accessible, alors il ne fonctionne pas.
Une fois que vous considérez l’accessibilité comme une exigence fondamentale, le reste suivra naturellement.
Voir aussi : Transformation numérique : définition, types et stratégies
Anticipez les tests utilisateurs auprès de profils variés
Les tests utilisateurs sont un domaine où j’ai souvent constaté de bonnes intentions, mais peu de concrétisation. Et c’est compréhensible : leur organisation peut être difficile et chronophage, et il faut souvent au moins une personne dans l’équipe qui sache vraiment ce qu’elle fait pour tout mettre en place.
Cependant, recueillir les retours d’utilisateurs réels est infiniment précieux, et cela vaut toujours le temps et les efforts investis. Échanger avec vos utilisateurs vous apporte un niveau de compréhension que vous n’obtiendrez tout simplement jamais seul, quels que soient vos efforts.
Comme leur mise en œuvre peut être si difficile, les tests utilisateurs prennent souvent une forme plus improvisée dans la réalité : quelques tests rapides dans un couloir avec des employés d’autres services, ou des entretiens ponctuels avec des clients de longue date disposés à consacrer une heure de leur lundi après-midi.
Il va sans dire que ce type de test utilisateur implique rarement l’ensemble diversifié et inclusif d’utilisateurs réellement nécessaire pour tester votre application en profondeur. Même si vous disposez d’un excellent programme de tests utilisateurs, vous risquez de créer involontairement un biais dans vos résultats en ne testant votre travail qu’avec des personnes valides.
C’est un problème qui demande un peu d’anticipation et de planification pour être résolu. Si vous faites partie des entreprises qui se sont contentées de « quelques tests rapides dans un couloir de temps à autre », cela signifie que vous devez commencer par mettre en place un programme de tests utilisateurs standardisé.
Si vous avez déjà mis en place un programme de tests utilisateurs, vous êtes dans une position idéale : il s’agit alors d’élargir votre recherche lorsque vous recrutez les personnes avec lesquelles effectuer les tests. Vous pouvez notamment proposer une forme de gratification (cartes-cadeaux, essais gratuits du produit, etc.). Vous pouvez aussi prendre contact avec un groupe local d’aide aux personnes en situation de handicap ou avec un spécialiste de votre région, ou encore diffuser vos informations de recrutement auprès de groupes en ligne axés sur le handicap afin d’élargir le bassin d’utilisateurs disponibles.
L’approche axée sur l’accessibilité nous rappelle que l’accessibilité est une composante essentielle de notre application. Si elle n’est jamais abordée lors des tests utilisateurs… eh bien, vous ne testez pas vraiment votre produit.
Voir aussi : Les grandes tendances de la transformation numérique qui façonnent 2022
L’accessibilité est l’affaire de tous
Certains produits tentent de vous convaincre que vous n’avez en réalité besoin ni d’apprendre quoi que ce soit, ni de modifier vos processus de développement, ni de mettre à jour votre application existante. Il vous suffirait d’installer leur solution, qui rendrait comme par magie tout accessible pour vous — généralement au moyen d’une série complexe de superpositions.
C’est faux. Il est impossible d’ajouter rétrospectivement une couche d’accessibilité à une application existante et inaccessible ; quiconque affirme le contraire cherche à vous vendre quelque chose.
Une approche axée sur l’accessibilité signifie que nous n’externalisons pas le travail d’accessibilité de notre application — ni auprès d’une équipe externe ni auprès d’un produit — et que nous ne le faisons pas non plus reposer entièrement sur les épaules d’un seul expert.
Nous intégrons au contraire l’accessibilité à la base de connaissances de chacun, afin qu’elle soit intégrée au produit dès le tout début.
Il existe des consultants en accessibilité sérieux, et vous pourriez tirer parti du recrutement de l’un d’entre eux — une personne qui pourrait venir travailler avec vos équipes et discuter concrètement des particularités de votre application. Il convient toutefois de préciser que faire appel à un professionnel de l’accessibilité constitue une première étape, et non une solution ponctuelle.
Si vous dépendez d’une expertise externe, vous risquez de vous retrouver dans une boucle sans fin : recruter un professionnel, corriger votre application, puis la voir progressivement devenir moins accessible à mesure que vous déployez de nouvelles fonctionnalités inaccessibles… jusqu’à ce que la situation vous semble suffisamment dégradée pour recruter à nouveau un professionnel de l’accessibilité. C’est fastidieux, coûteux et perturbant pour votre cycle de développement habituel. Pourtant, c’est un schéma dans lequel j’ai vu plus d’une entreprise tomber.
De même, vous ne voulez pas que l’ensemble du travail d’accessibilité repose sur un seul designer ou ingénieur qui possède déjà les connaissances nécessaires. Faire d’une personne le spécialiste n’est pas une solution à long terme : que se passe-t-il lorsqu’elle est malade ou qu’elle trouve un nouvel emploi ? Sans compter qu’elle ne peut évidemment pas assister à toutes les réunions. Et jouer le rôle du « rabat-joie » qui doit constamment signaler que le travail de ses coéquipiers n’est pas accessible n’a rien d’amusant.
L’importance du soutien de la direction
Si vos designers et vos ingénieurs ne se sentent pas capables de concevoir et de développer des logiciels accessibles, il est important que la direction leur fournisse la formation, l’accompagnement et les ressources nécessaires pour acquérir ces compétences.
Cela permet de résoudre le problème à sa source et donne à vos collaborateurs actuels les moyens de former les nouvelles recrues à mesure que l’équipe s’agrandit. Cela instaure également une culture de la responsabilité partagée au sein de l’équipe, afin que chacun puisse participer sur un pied d’égalité aux discussions, à la planification et aux retours, dans une perspective axée sur l’accessibilité.
Une fois que nous admettons que l’accessibilité est une composante indispensable des fonctionnalités complètes du produit, cette réalité peut guider chacune de nos décisions en matière de planification, de conception, de développement et de tests. Donnez à votre direction et à vos équipes les moyens de faire de l’accessibilité une priorité grâce à une approche axée sur l’accessibilité, et je ne doute pas qu’elles relèveront le défi.
Voir aussi : Prévisions technologiques pour 2022 : cloud, données, cybersécurité, IA et plus encore
À propos de l’autrice :
Kathryn Grayson Nanz, évangéliste développeuse, Progress