Accessibilité à OpenProject : progrès réel, impact réel
Savez-vous pourquoi nous avons créé un fork de Redmine en 2012 ? La raison en est l’accessibilité. A l’époque, Deutsche Telekom nous a engagés pour supprimer divers obstacles dans Redmine. Lorsque les responsables de Redmine n’ont pas montré d’intérêt pour la révision de nos correctifs, nous avons pris la décision décisive de forker le projet. Cela nous a permis d’attaquer le problème à la racine. Il est tout à fait compréhensible que les responsables de Redmine, qui travaillent pendant leur temps libre, n’aient pas voulu s’occuper des étiquettes ARIA et des rapports de contraste. Il y a tout simplement des fonctionnalités plus intéressantes sur la feuille de route.
Chez OpenProject, nous pensons que tout le monde devrait avoir accès à des outils de gestion de projet puissants, quelles que soient ses capacités physiques. Pour nous, l’accessibilité n’est pas une case à cocher. Il s’agit d’un principe fondamental et d’un élément constant de notre développement de produits.
OpenProject est accessible dans une très large mesure. Au cours des dernières années, nous avons beaucoup investi pour rendre OpenProject plus accessible et nous avons fait de grands progrès. À chaque version, nous apportons des améliorations en matière d’accessibilité. Notre objectif est clair. Nous voulons faire partie des principaux fournisseurs de logiciels en matière d’accessibilité à la gestion de projet open source.
Au cours des prochaines semaines, nous prévoyons une série d’articles pour partager les leçons que nous avons apprises. Il y a déjà eu un grand nombre de réalisations en matière d’accessibilité et une liste de sujets à traiter en priorité :
- Audit du ministère fédéral allemand de l’intérieur (dans le cadre de l’initiative openDesk)
- Mode à contraste élevé
- Système de conception accessible basé sur GitHub Primer
- 20 versions avec 64 améliorations de l’accessibilité (rapport d’avancement)
- Sélecteurs de date accessibles pour les tâches de planification complexes
- Automatisation des tests d’accessibilité pour éviter les régressions
- Lecteurs d’écran et régions dynamiques ARIA
- Leçons apprises lors de la construction du composant TreeView accessible pour notre système de conception #62667
Pourquoi l’accessibilité est-elle importante pour moi ?
Cet engagement n’est pas seulement professionnel. Il est également personnel. Après avoir terminé mes études, j’ai terminé ma fonction publique en aidant un élève du secondaire au cours de sa dernière année. Il souffrait d’un grave handicap physique dû à une maladie. Il ne pouvait plus marcher et pouvait à peine se servir d’une souris. Travailler avec lui m’a permis de comprendre profondément et durablement à quel point l’accessibilité des technologies peut influencer la participation et l’indépendance.
Cette expérience résonne encore en moi aujourd’hui et influence la manière dont nous abordons notre travail chez OpenProject.
Nous avons publié une Déclaration d’accessibilité officielle sur notre site Web qui reflète notre engagement permanent.
Construire un système de conception accessible pour OpenProject
En 2023, nous avons pris une décision importante. Nous construirons chaque nouvelle interface d’OpenProject en utilisant un système de conception accessible. Nous avons choisi GitHub Primer comme base. Il fournit des composants de base robustes et accessibles, abordant des sujets cruciaux tels que le contraste des couleurs et la compatibilité avec les lecteurs d’écran.
Nous avons expliqué notre décision et notre processus de manière plus détaillée dans cet article de blog.
Une équipe dévouée de concepteurs et de développeurs développe en permanence notre système de conception interne basé sur Primer. Ces composants sont réutilisables dans l’ensemble de l’application, ce qui nous aide à garantir la cohérence et l’accessibilité partout.
Chaque nouvelle vue d’OpenProject est désormais développée à l’aide de ce système.
L’accessibilité est complexe et coûteuse
Il est difficile de créer des logiciels accessibles. Ils nécessitent des connaissances techniques approfondies, des compétences spécialisées en matière de conception et des tests constants. Ils sont également coûteux. Mais ils en valent la peine.
Les plateformes collaboratives modernes doivent prendre en charge des interactions riches telles que le glisser-déposer ou les lignes de temps visuelles. Ces fonctionnalités sont utiles pour de nombreux utilisateurs, mais elles représentent un défi pour les personnes qui utilisent des lecteurs d’écran. Nous travaillons dur pour créer des alternatives solides et fonctionnelles.
Un bon exemple de notre engagement est l’introduction du mode à contraste élevé. Cette fonction permet aux utilisateurs ayant une vision limitée ou des déficiences visuelles de travailler avec OpenProject dans un schéma de couleurs optimisé pour la clarté et le contraste. Il améliore la lisibilité et réduit la fatigue oculaire, en particulier lors de longues sessions de travail.
Pour éviter les régressions, nous effectuons des tests d’accessibilité automatisés à chaque version. Ces tests nous aident à détecter et à résoudre les problèmes à un stade précoce, bien avant qu’ils affectent nos utilisateurs.
Nous sommes reconnaissants d’être soutenus par ZenDiS, qui nous aide à la fois par son financement et par son expertise en matière d’accessibilité. Leur soutien nous permet d’avancer plus rapidement et avec plus de confiance.
Audit indépendant sur l’accessibilité
Le ministère fédéral allemand de l’intérieur a commandé un test externe de l’accessibilité d’OpenProject. Le rapport de test complet est disponible ici (PDF).
Nous avons soigneusement examiné les conclusions et résolu bon nombre des problèmes signalés. Une liste des éléments que nous avons déjà traités est disponible dans notre outil de suivi communautaire.
Nous continuons à nous améliorer. Notre feuille de route publique énumère d’autres améliorations en matière d’accessibilité prévues pour les prochaines versions.
Travailler avec la communauté
OpenProject est construit avec le soutien d’autres projets open source. Nous utilisons des bibliothèques comme CKEditor 5, FullCalendar, NG Select et bien sûr GitHub Primer. Ces bibliothèques sont essentielles à OpenProject. Elles nous épargnent des milliers d’heures de travail et nous permettent de nous concentrer sur ce qui rend notre plateforme unique.
Nous sommes heureux de constater que l’accessibilité devient plus importante dans ces projets. Lorsqu’un composant ne répond pas à tous nos besoins, nous y contribuons. Un exemple est notre travail sur un composant TreeView pour Primer, que nous développons dans le but d’être entièrement accessible et mis à disposition de toute la communauté.
Quelle est la prochaine étape ?
Il nous reste du pain sur la planche. L’accessibilité est un processus continu. Nous sommes fiers des progrès que nous avons réalisés. Et nous sommes déterminés à aller encore plus loin.
C’est ainsi que nous progressons à chaque nouvelle version. Nous éliminons les obstacles, améliorons les fonctionnalités et formons nos équipes à prendre en compte l’accessibilité dès le début et à l’intégrer dans leurs décisions. Cela signifie lors de la planification, de la conception, du développement et des tests.
Vous trouverez ici une liste des améliorations prévues pour les prochaines versions :
👩🏾🦯👨🏼🦯Accessibilité - problèmes connus et prochaines étapes
N’hésitez pas à nous contacter si l’accessibilité dans OpenProject vous intéresse et que vous souhaitez en savoir plus. Les expériences réelles de nos utilisateurs nous sont très précieuses.
