"Optimiser l'intervention experte dans un projet Web": Présentation Micropole+Qelios pour le Forum Européen de l’Accessibilité Numérique (FEAN) 2011. Auteurs: Olivier Nourry, Jean-Pierre Villain.
7. Sinon, le risque c’est… Prendre de mauvaises décisions initiales, aux conséquences coûteuses à réparer.
8. Coûts – Ce qu’ils devraient être Init Conception Réalisation Exploitation 1 1 2 Spécifications: garantir la faisabilité + 10 à 20% 2 Cahiers de recette: tests spécifiques + 10 à 20% 3 4 5 3 Gabarits: garantir la robustesse + 10 à 20% 4 5 Développements dédiés: Fonctionnalités spécifiques variable 6 7 Recette: Tests spécifiques + 10 à 20% 6 Contributions: Formats alternatifs 10% max 7 Contrôle continu: Maintien du niveau ponctuel Base Surcoût
9. Coûts – Ce qu’ils sont trop souvent… Init Conception Réalisation Exploitation Initialisation: pas prise en compte, donc pas d’objectifs ni moyens associés Spécifications: pas prises en compte, donc pas intégrées aux choix fonctionnels et techniques 4 5 Gabarits: Pas pris en compte, donc pas de fondation solide pour l’accessibilité 4 5 Développements dédiés: Casser, refaire, étendre + 50 à 100% 6 Recette: Multiples réitérations + 50 à 100% 6 Contributions: Casser, refaire, étendre + 50 à 100% 1 2 3 1 2 3 Base Surcoût
La pression augmente sur les donneurs d’ordre: Législation (Article 47, CE, ONU) Pression publique et commerciale, émergence des seniors Relais dans les médias La complexité du web augmente: Variété des technologies Variété des terminaux Variété des usages (réseaux sociaux, mobilité, réalité virtuelle…) La complexité de l’accessibilité augmente: Diversification des usages donc des besoins Meilleure compréhension des besoins, et donc élargissement du spectre La demande potentielle pour l’accessibilité est donc étendue et élargie
Dans le même temps, l’expertise disponible a augmenté beaucoup plus lentement: Il faut du temps pour acquérir la compétence Il faut donc investir L’effort de formation est très insuffisant Les signaux forts tardent à se manifester, retardant l’industrialisation du marché L’offre disponible est donc très en-dessous de la demande potentielle, ce qui freine son expression Il faut optimiser les ressources pour les distribuer sur les projets
L’entreprise Grocon a fait un mauvais choix initial lors de son choix de nom. Sans connaissance du français, ils ne pouvaient pas anticiper le problème. Un « expert » (un francophone) aurait tout de suite détecté le problème et aurait évité une impasse
Les audits sont des tâches de tests qui peuvent être maîtrisées sans forcément avoir une expérience et une culture approfondies de l’accessibilité. C’est comme faire appel à un ébéniste pour monter un meuble en kit. Le recours systématique à un expert pour les audits grève le budget d’assistance et pénalise les activités à plus forte valeur ajoutée.
Un bon expert n’est pas forcément un bon développeur (sécurité, robustesse, maintenabilité, productivité, etc.) Apprendre à pêcher plutôt que de donner un poisson Mutualiser les solutions qui marchent (bibliothèques, composants réutilisables, partages d’expériences…) pour factoriser les coûts
Un bon expert n’est pas forcément un bon contributeur (capacités rédactionnelles, pertinence, productivité, etc.) Bâtir pour le long terme car la contribution est la phase la plus longue (et la plus visible) du projet Population très diverse, plus mouvante que celle des développeurs mettre en œuvre des actions spécifiques pour motiver et accompagner: Informer sur les conséquences (utilisateurs, législation) Montrer les avantages (référencement, qualité perçue, réutilisabilité…) Formation et suivi en continu, points réguliers, promotion des bonnes volontés…
Dès l’initialisation, si l’équipe est définie, l’expert peut déterminer l’écart entre la compétence requise et la compétence disponible. Il peut proposer des actions de formation dédiées, intégrables au processus de formation d’ensemble du projet. Pour les personnes formées, l’accessibilité est un atout, car elle sera de plus en plus demandée. Contribue à l’employabilité
Les référentiels indiquent des seuils minimum d’atteinte des objectifs. Ils ne définissent ni solution, ni meilleure voie (pas leur rôle). Tout ce qui n’est pas prévu à la conception ne sera pas intégré. Tout ce qui posera problème à la mise en accessibilité aura un impact sensible sur les coûts ou nécessitera un arbitrage.
Ex. de chantiers dans un projet web: Prototypage de l’interface Intégration HTML/CSS Intégration CMS Alimentation initiale Etc. Pas nécessaire pour l’expert d’intervenir en continu. Moments clés: Au démarrage pour s’assurer de la prise en compte des objectifs, et de l’adéquation des compétences De façon ponctuelle sur le déroulement du chantier (hotline, guichet de réponses…) Validation si le chantier est sur le chemin critique pour l’accessibilité (intégration HTML, paramétrage back-office…)
Développeurs = population intégrant assez facilement les bonnes pratiques (mode de fonctionnement, culture…) Le besoin en support et validation est faible si la conception et la formation sont bien faites.
Contributeurs = population très diverse, parfois distante de la technique. Accompagnement du changement = facteur clé de réussite de l’opération. Exemples de critères révélateurs: qualité des alternatives aux images, des liens, des titres Réexpliquer s’il s’agit d’un problème de compréhension; outiller s’il s’agit d’une difficulté de mise en œuvre Banaliser l’accessibilité permet: 1. de lever les réticences de départ 2. De poser une fondation sur laquelle bâtir la suite, et progresser