Estimation du temps nécessaire à la mise en place d'une correction en matière d'accessibilité

Les corrections liées à l’accessibilité ne sont pas des bogues. Ce sont des fonctionnalités que l’équipe n’avait pas intégrées lors de la première version.

Considérer un problème d’accessibilité comme un bug (« corrigez la fenêtre modale pour qu’elle retienne le focus ») revient à ne s’attaquer qu’à ce problème en particulier. Cela ne prend pas en compte ce dont ce problème dépend : le reste de la navigation au clavier, les annonces du lecteur d’écran, le contraste des couleurs qui présente probablement le même problème dans la fenêtre modale suivante. La plupart des « petites corrections d’accessibilité » constituent des points d’entrée vers une catégorie de problèmes qui touche l’ensemble du composant.

L’estimation réaliste porte sur la classe, et non sur l’instance. Si vous livrez un correctif, vous devrez revenir lors du prochain sprint pour le « frère », puis pour le « frère » de celui-ci, et ainsi de suite, jusqu’à ce que quelqu’un admette que le travail consiste à « auditer le modèle d’interaction modale » et qu’il en évalue l’ampleur en conséquence.

Ce qui se dit dans la salle

Front-end : « L’ajout du « focus trap » prend une demi-journée. »

Question : « Le bouton “Fermer” est-il annoncé par les lecteurs d’écran ? »

Concepteur : « Le contraste du bouton secondaire est-il satisfaisant ? »

Introduction : « Combien d’autres verbes modaux ont la même forme ? »

PM : « Est-ce qu’on s’occupe de toutes, ou seulement de celle qui a fait l’objet d’une réclamation de la part des clients ? »

Questions qu’il convient de se poser avant de voter

• S’agit-il d’une instance ou d’une classe ? Combien y a-t-il de composants similaires ?
• Portée de l’audit : ce composant, cette page, ce produit ?
• Niveau de conformité aux WCAG : A, AA, AAA ?
• Tests : Axe, lecteur d’écran manuel, guide pas à pas utilisant uniquement le clavier ?
• Prévention des régressions : règle Lint, instantané de story, vérification en intégration continue ?
• Quel sera le budget alloué aux travaux d’accessibilité une fois ce projet mis en place ?

S’il s’agit d’une classe plutôt que d’une instance, séparez le composant auquel les clients ont accès de l’audit du reste, et évaluez chacun d’entre eux par rapport à ce à quoi vous vous engagez réellement.

Définissez la portée de la classe, et non celle de l’instance. Un « piège de concentration » dure une demi-journée ; le modèle qui se cache derrière, c’est l’histoire.

Tout comme pour l’estimation d’une modification du système de conception, la correction en amont est mineure et c’est la couverture en aval qui constitue le véritable travail. Consultez les autres exemples d’estimation détaillés, ou lancez une session gratuite de « planning poker » une fois que le périmètre aura été défini.