Les pratiques d’utilisabilité, c’est Agile ?
Réponse simple, oui!
En tant que tel, il n’y a pas de mécanismes dans les pratiques d’utilisabilité qui ne permettent pas de s’exécuter dans un contexte Agile. Comme ce sont des pratiques, le contexte d’application revient au choix de l’équipe.
Autant les pratiques d’utilisabilité que les méthodes Agiles font appel à des rétroactions fréquentes provenant des utilisateurs. Ceci permet de s’assurer que les interfaces respectent les critères d’utilisabilité, qu’elles permettent aux utilisateurs d’atteindre leurs objectifs et qu’elles répondent bien aux attentes énoncées par le PO. Ensuite, la conception et la validation des interfaces utilisateurs s’effectue de façon itérative et incrémentale. Cette approche contribue à augmenter l’efficacité et l’efficience des utilisateurs puisqu’elle intègre à chaque itération des considérations d’utilisabilité reflétant la réalité des utilisateurs visés par le logiciel.
Pour bien arriver à arrimer ces pratiques, il y a nécessité de faire un peu d’éducation à tous les participants du projet. Ceci afin que chacun voit et comprenne qu’il y a possiblité de travailler de façon itérative et incrémentale, et ce en ayant un rythme soutenu et soutenable.
Pour le PO
- voir de la valeur dans la conception de maquettes et l’exécution de tests d’utilisabilité
- associer de la valeur aux éléments d’expérience utilisateur
- ajouter les facteurs de risques concernant l’utilisabilité à la vision du projet
Pour l’équipe de développement
- intégrer les concepteurs d’interfaces/d’interactions/spécialiste en utilisabilité aux itérations
- questionner l’utilité du manuel d’utilisation du logiciel. Considérer qu’un manuel exhaustif ne peut pas remplacer une bonne interface utilisable
Pour les concepteurs d’interfaces/d’interactions/spécialiste en utilisabilité
- élaborer un squelette des interfaces-utilisateurs/navigation durant le sprint de démarrage (sprint 0)
- participer aux sprint plannings/retro pour conscientiser l’équipe aux problèmes qu’il anticipe ou pour évaluer le travail fait
- travailler de facon itérative et incrémentale
- intégrer l’équipe de développement à chaque itération
Bref, ce qu’il faut en comprendre c’est que tous ceux qui contribuent au projet doivent s’y commettre. Nous ne questionnons plus le fait que les développeurs sont des cochons du Scrum. Il faut maintenant voir les concepteurs d’interfaces/d’interactions/spécialiste en utilisabilité aussi comme des cochons qui se commettent au succès du projet.
