Critères du pilote : tâche, résultat attendu et preuve d’acceptation

Source et portée du repère

Le manuel relie les critères d’acceptation à des résultats qui permettent de vérifier qu’un service répond au besoin de l’utilisateur.

GOV.UK Service Manual : writing user stories — consultée le 13/10/2026. Méthode de service numérique ; son adaptation au pilote tourisme est éditoriale, sans format universel imposé.

Les contrôles qui suivent constituent une méthode éditoriale de Performance Voyage. Ils ne rapportent aucune opération exécutée sur un compte fournisseur.

Partir du rôle et de la tâche

Nommez qui travaille, sur quel dossier et pour quel résultat. Un critère trop général peut cacher plusieurs opérations : recherche, confirmation et reprise. Décomposez ce qui change la décision pour que la personne chargée de l’essai sache quelles preuves collecter. Le texte reste compréhensible par l’exploitation et le support.

Préparer les cas qui bornent la réussite

Le jeu fictif inclut un cas attendu et une information manquante pertinente. La recette doit montrer comment le parcours explique cette inconnue, pas seulement comment il affiche une réponse favorable. Conservez les résultats attendus avant l’essai afin de ne pas les adapter après coup à ce qui a été montré.

Décider sur les preuves et limites

Le compte rendu rapproche chaque besoin et son résultat observé. Une fonction non démontrée peut conduire à un périmètre restreint ou à une nouvelle vérification. Le relais retrouve responsable et échéance de preuve. Une bonne présentation du produit ne transforme pas une question ouverte en réussite du pilote.

Deux cas fictifs à faire rapprocher

Le critère décrit seulement un bouton

Scénario fictif : le cahier des charges demande un bouton confirmer sans préciser le dossier et le résultat. Faites écrire ce que l’utilisateur doit retrouver après l’action. La preuve doit couvrir la tâche plutôt que l’apparence d’un contrôle.

L’inconnu est déclaré non applicable après l’essai

Scénario fictif : une réponse manquante touchant l’après-vente est écartée pour clore la recette. Comparez le besoin initial et la décision de périmètre. Le rapport doit expliquer la limite et sa prochaine preuve, sans effacer l’exigence.

Conserver les preuves et la prochaine décision

Chaque critère relie une tâche et sa preuve. Le pilote garde les résultats observés et limites sans reformuler silencieusement le besoin. Le choix de périmètre est expliqué et révisable sur de nouvelles preuves.

Erreurs à éviter

• Évaluer seulement un écran.
• Écrire l’attendu après la démonstration.
• Écarter une inconnue sans décision de périmètre.

La fiche de contrôle permet de suivre les huit points. Le registre associé peut être préparé dans l’atelier avec des références fictives ou anonymisées.

Approfondir le parcours : Focus clavier : élément actif et panneaux fixes du parcours

Le critère d’acceptation doit décrire la tâche observable au clavier dans les états prévus du parcours. Une action recevant le focus ne prouve pas qu’elle soit retrouvable sous un panneau. La preuve conserve cible, état et résultat de la reprise.

Focus clavier : élément actif et panneaux fixes du parcours · Rapprocher les preuves du parcours

Sources et périmètre des faits documentés

La date de consultation figure avec chaque référence. Les méthodes d’essai et recommandations de ce guide sont éditoriales ; les conditions d’accès et d’usage se vérifient dans la documentation actuelle.

• GOV.UK Service Manual : writing user stories — Méthode de service numérique ; son adaptation au pilote tourisme est éditoriale, sans format universel imposé. (consultée le 13/10/2026)