Shifting Left: Comment intégrer l'accessibilité dans les processus quotidiens de création de documents

📌 Introduction et contexte

• Modérateur : Eugene Wu (CEO de Venngage ), un outil de design axé sur les documents accessibles (export en PDF accessibles).
• Format :
  • Questions/réponses via le bouton Q&A sur Zoom.
  • Objectif : Discuter de l’intégration de l’accessibilité dès le début des processus (“shifting left”).

🎤 Présentation des intervenants

Intervenants

💡 Définition du “Shifting Left”

🔹 Rob Carr

“Pousser l’accessibilité dans les phases les plus précoces d’un projet. L’objectif est d’éviter que l’accessibilité ne soit reléguée aux équipes d’implémentation, de test ou de QA. Cela s’applique à la conception de documents, au design web, à la passation de marchés, etc.”

🔹 Neil Milliken

“Le terme vient des diagrammes de Gantt : si le projet se termine à droite, il faut agir à gauche (au début). En accessibilité, cela signifie intégrer ces réflexions dès l’idéation pour éviter de corriger des erreurs coûteuses plus tard.”

🔹 Samantha Evans

“La plupart des organisations traitent encore l’accessibilité comme une case à cocher en fin de processus. Le problème ? Elle n’est pas perçue comme un pilier de la gouvernance (au même titre que la sécurité ou la confidentialité).”

❓ Pourquoi ce problème persiste-t-il ?

Causes identifiées :

1. Manque de culture organisationnelle (Rob Carr) :

   • L’accessibilité n’est pas une norme ancrée dans les processus.
   • Manque de leadership actif pour en faire une priorité.

2. Approche fragmentée (Samantha Evans) :

   • Les organisations se concentrent sur des audits ou formations ponctuelles, sans vision globale.
   • L’accessibilité est souvent vue comme un coût plutôt qu’un investissement.

3. Churn constant (Neil Milliken) :

   • Même avec des processus en place, le turnover dans les grandes organisations nécessite une formation continue.

4. Manque de scaffolding (Rob Carr) :

   • Scaffolding = Échafaudage organisationnel (outils, temps, ressources) pour soutenir l’accessibilité.
   • Exemple : Former une équipe sans lui donner le temps d’appliquer ces connaissances.

🏗️ Comment construire un “scaffolding” efficace ?

🔹 Rob Carr

• Ne pas se limiter à la formation :
  • Il faut aussi :
    • Du temps pour pratiquer.
    • Des outils adaptés.
    • Une intégration dans les workflows existants (ex. : tests d’accessibilité dès la phase de recherche utilisateur).
• Éviter de surcharger les équipes :
  • Ne pas imposer une formation ou un audit à une équipe en pleine deadline.

🔹 Neil Milliken

• S’inspirer des cultures existantes :
  • Exemple chez Atos : La culture sustainability/green IT était déjà ancrée.
  • Stratégie : Associer l’accessibilité à cette culture en la présentant comme une réduction des externalités négatives (ex. : “L’inaccessibilité, c’est comme la pollution”).
  • Résultat : Utiliser les mêmes processus de gouvernance pour les deux enjeux.

🔹 Samantha Evans

• Commencer petit :
  • Étape 1 : Identifier des actions réalisables (ex. : former une équipe sur les outils existants).
  • Étape 2 : Documenter les progrès pour montrer l’impact (ex. : réduction des coûts de remédiation).
  • Étape 3 : Intégrer dans les KPIs des équipes (ex. : “Ce projet a économisé X heures de rework grâce à l’accessibilité”).

👔 Rôles clés pour l’accessibilité

🔹 Le “Unicorn Role” : Un piège ?

• Problème : Les offres d’emploi recherchent souvent un expert tout-en-un (technique, juridique, design, etc.) pour un salaire modéré.
• Conséquence : Burnout des généralistes, qui doivent tout gérer seuls.

Solutions proposées :

“Si l’accessibilité est la responsabilité de tous, c’est souvent la responsabilité de personne.” — Neil Milliken

🛠️ Outils et systèmes pour “Shifter Left”

🔹 Types d’outils nécessaires :

1. Outils intégrés :

   • Ex. : Vérificateurs d’accessibilité natifs (Microsoft Office, Adobe Acrobat).
   • Activation par défaut des notifications d’accessibilité (ex. : Neil a demandé à son CIO d’activer le vérificateur pour tout le domaine).

2. Templates accessibles :

   • Documents : Modèles Word/PDF pré-remplis avec des styles accessibles.
   • Presentations : Templates PowerPoint/Google Slides avec contrastes de couleurs validés.
   • Web : Design systems avec composants accessibles par défaut.

3. Outils de collaboration :

   • Procurement : Évaluer l’accessibilité des outils avant achat (ex. : CMS, LMS).
   • Brand Guidelines : Intégrer l’accessibilité dans les chartes graphiques (ex. : palettes de couleurs contrastées, dark mode).

🔹 Exemple concret (Neil Milliken) :

• Eco-brand chez Atos :
  • Réduction de la consommation énergétique + accessibilité (ex. : dark mode + contrastes validés).
  • Bénéfice : Double gain (RSE + inclusion) pour justifier les budgets.

📊 Mesurer l’impact et convaincre la direction

🔹 Arguments clés :

1. Économies :

   • 1 heure de test en amont = 5 heures de rework évitées (étude citée par Rob Carr).
   • Coût de la non-accessibilité : Litiges, remédiation, perte de clients.

2. Alignement avec d’autres enjeux :

   • Sécurité/Confidentialité : Une interface inaccessible peut exposer à des risques de sécurité (ex. : impossibilité de saisir un mot de passe de manière autonome).
   • RSE : L’accessibilité renforce l’image socialement responsable de l’entreprise.

3. Conformité légale :

   • 400+ lois dans 70 pays imposent l’accessibilité (directement ou indirectement).
   • Exemples :
     • ADA Title II (États-Unis) : Deadline en avril 2026 pour les organisations publiques.
     • European Accessibility Act : Obligations pour les entreprises européennes.

🔹 Conseils pour les “unicorns” isolés :

• Documenter les efforts :
  • Envoyer des emails/rapports aux équipes pour prouver les avertissements donnés.
  • Calculer le ROI : Montrer les économies réalisées (ex. : “Ce projet a évité X€ de coûts de remédiation”).
• Laisser les erreurs se produire (parfois) :
  • Si une équipe ignore les conseils, laisser le problème survenir pour qu’elle en assume la responsabilité (Neil Milliken).

🔮 Tendances futures (2026 et au-delà)

🔹 Régulations à venir :

• ADA Title II (Avril 2026) :

  • Les organisations publiques américaines devront soumettre un plan d’accessibilité annuel.
  • Prévision : Pénurie de ressources et demande accrue pour les généralistes (Rob Carr).

• Marché de l’accessibilité :

  • Augmentation des contrats pour les experts, mais risque de rôles mal définis (ex. : “unicorn roles”).
  • Opportunité : Les organisations vont réaliser qu’elles ont besoin de rôles dédiés.

🔹 Évolution des outils :

• Intégration native : Les outils (CMS, suites bureautiques) intègreront de plus en plus de fonctionnalités accessibles par défaut.
• Automatisation : Développement de bots (ex. : “Reggie” chez Atos pour répondre aux questions réglementaires).

🎯 Conseils pratiques pour démarrer

Pour les organisations en “Step 0” :

1. Ne pas viser la perfection :
   • Commencer par des actions simples et mesurables (ex. : former une équipe sur les outils existants).
2. Identifier des alliés :
   • Trouver des champions internes (même informels) pour distribuer la charge.
3. Intégrer dans les processus existants :
   • Ex. : Ajouter l’accessibilité aux checklists de projet ou aux critères de procurement.

Pour les “unicorns” :

• Former des relais :
  • Partager des bonnes pratiques avec d’autres équipes pour créer une culture collective.
• Montrer l’impact :
  • Chiffrer les économies (temps, argent) pour justifier des budgets supplémentaires.

🔗 Ressources mentionnées

• WebAIM Million : webaim.org/projects/million/
• AXS Chat (Podcast) : axschat.com
• IAAP (Certifications) : accessibilityprofessionals.org
• Lady Fineold (Régulations mondiales) : fineold.com

💬 Conclusion

“L’accessibilité, ce n’est pas une case à cocher. C’est un processus continu qui nécessite une culture, des outils, et un leadership engagé.” — Eugene Wu