Évaluer les demandes selon la tâche et leurs effets

Une demande souvent exprimée mérite de l’attention. Sa fréquence ne suffit pourtant pas à expliquer quel changement améliorerait le plus une situation de travail. L’équipe doit comprendre la tâche concernée et ce qui se passe aujourd’hui.

Deux sujets dans une application d’entrepôt fictive

L’exemple qui suit est entièrement hypothétique. Il ne décrit aucune étude réalisée et ne contient aucune répartition mesurée des demandes. Supposons qu’une application d’entrepôt fasse l’objet d’une demande d’affichage plus sombre et d’un signalement concernant des unités de quantité ambiguës.

Si, dans ce cas supposé, la quantité correcte devient incertaine sans solution provisoire utilisable, nous examinerions d’abord les unités. Cet ordre repose sur ces hypothèses ; il ne constitue pas un classement général des fonctionnalités.

Retrouver le besoin derrière la solution proposée

« Plus sombre » décrit déjà une solution possible. La demande peut venir d’un éblouissement, d’un problème de contraste ou d’une habitude. Ces différences orientent le choix d’un changement utile. Réduire la demande à une préférence esthétique arrêterait l’examen trop tôt.

Une unité ambiguë ne devient pas non plus automatiquement prioritaire parce qu’une conséquence grave est imaginable. Il reste à établir quand le problème survient, qui est touché et si la méthode de travail actuelle offre une solution fiable. Une observation rare justifie une vérification ; elle ne démontre pas la fréquence du problème.

Conserver le fondement de la décision

Séparez l’action observée, votre interprétation et l’étape suivante envisagée. Pour chaque sujet, notez la tâche, les conditions concernées et la question ouverte. Vous pourrez ainsi reconnaître quelle nouvelle information justifierait un autre ordre.

Les comptages d’une petite étude qualitative ne montrent pas de façon fiable la fréquence d’un problème dans l’ensemble du public cible. Une décision de priorité reste possible si son fondement et son incertitude sont visibles. Dans cet exemple, une unité plus claire ne serait une amélioration que si elle permettait de saisir et de vérifier plus sûrement la quantité dans le parcours concerné.

Sources

• GOV.UK — Analyse a research session

• GOV.UK — How the discovery phase works

• Nielsen Norman Group — The Definition of User Experience

• W3C WAI — Involving Users in Evaluating Web Accessibility