Critères d’acceptation pour les histoires utilisateur agiles

Comment pouvons-nous nous assurer qu’une histoire utilisateur est correctement achevée et répond aux exigences du client ? C’est là quecritères d’acceptation entrent en jeu. Les critères d’acceptation constituent une liste formelle de exigences qui garantissent que toutes les histoires utilisateur sont achevées et que tous les scénarios sont pris en compte. En bref, les critères d’acceptation définissent les conditions selon lesquelles une histoire utilisateur est considérée comme complète. Des critères clairs et écrits aident les équipes de développement à éviter toute ambiguïté concernant les besoins des clients et à prévenir les malentendus.

Par conséquent, lors de l’écriture des histoires utilisateur, les critères d’acceptation sont essentiels. Ils aident votre équipe à comprendre ce qui est obligatoire pendant le développement de fonctionnalités et ce sur quoi elle doit se concentrer.

Approfondissons les critères d’acceptation.

Qu’est-ce que les critères d’acceptation ?

Les critères d’acceptation vous permettent de définir quand une histoire utilisateur est complète et quand elle possède toutes les fonctionnalités nécessaires pour satisfaire les besoins des utilisateurs.

Ils constituent un ensemble de conditions que l’histoire utilisateur doit remplir pour être considérée comme complète. Ils définissent le périmètre détaillé de l’histoire utilisateur et ce qui est requis, afin que votre équipe comprenne le problème en cours. Ainsi, chaque fois que vous lancez une nouvelle fonctionnalité, vous pouvez vous assurer qu’elle répond à la norme que l’utilisateur mérite.

Mais avant de lister enthousiastement un ensemble de critères fonctionnels que votre histoire utilisateur devrait remplir, réfléchissez à la manière dont d’autres variables peuvent affecter la qualité de votre fonctionnalité et incluez-les dans vos critères d’acceptation.

Les critères d’acceptation peuvent inclure des détails tels que

  • Expérience utilisateur
  • Impact de l’histoire utilisateur actuelle sur les fonctionnalités existantes
  • Performances clés telles que la vitesse
  • Ce que l’histoire utilisateur est censée accomplir

Ainsi, selon la fonctionnalité que vous développez et sa complexité, asseyez-vous avec votre équipe pour déterminer le sous-ensemble minimal de fonctionnalités qu’elle doit accomplir et comment elle doit se comporter.

Si elle est complexe ou une fonctionnalité centrale de votre produit, vous devriez envisager d’écrire autant de critères d’acceptation que possible, et avec le plus de détails, afin d’aider votre équipe à éviter toute confusion.

Comment rédiger les critères d’acceptation pour les histoires utilisateur

1. Les critères d’acceptation doivent être rédigés du point de vue de l’utilisateur

Les critères d’acceptation constituent une manière de voir le problème du point de vue du client. Ils doivent être rédigés dans le contexte d’une expérience utilisateur réelle. Après tout, vous construisez un produit pour les utilisateurs, n’est-ce pas ?

2. Les critères doivent être clairs et concis

Les critères d’acceptation ne doivent pas être confondus avec les cas de test ou la documentation. Il est important de garder vos critères aussi simples et clairs que possible.

3. Tous doivent comprendre vos critères d’acceptation

Si vos développeurs ne peuvent pas les comprendre, vos critères sont inutiles. Si vous doutez de leur clarté, prenez le temps de poser des questions et d’ajuster jusqu’à ce que tout devienne clair.

4. Les critères d’acceptation ne portent pas sur le comment (comment ?). Ils portent sur le quoi (pourquoi ?)

Comme les histoires utilisateur, les critères d’acceptation ne sont pas des tâches. Ce sont une manière de communiquer l’histoire utilisateur.

5. Les critères d’acceptation sont spécifiques, mais ne constituent pas un autre niveau de détail

Prenons un logiciel de déclaration fiscale. La condition la plus importante est de calculer correctement l’impôt dû en fonction du revenu et des dépenses. Claire, n’est-ce pas ? Et vous savez que vous ne pouvez pas tester toutes les combinaisons possibles — car les possibilités sont pratiquement infinies.

Par conséquent, vos critères d’acceptation pour l’histoire utilisateur spécifieront des conditions ou exigences précises qui doivent être remplies. Cela signifie être plus précis, sans ajouter une autre couche de détail. Cela aide votre équipe à comprendre ce qui est requis et accélère la livraison. Bien sûr, lorsque vous comparez votre graphique de combustion actuel avec les précédents, vous pourriez observer certaines améliorations.

6. Les critères d’acceptation peuvent être une reformulation de l’histoire utilisateur du point de vue de l’utilisateur

Cela ne s’applique que lorsque l’histoire utilisateur n’est pas trop complexe. Voici un exemple de ce que je veux dire.

Pour une histoire utilisateur comme «En tant qu’agent financier, je souhaite accepter les factures afin de suivre tous les rapports financiers”

Ses critères d’acceptation pourraient être «Lorsque j’effectue l’action d’acceptation, la facture est acceptée (vérifiée en consultant l’enregistrement de la facture)”

Étant donné/Quand/Alors Modèle de critères d’acceptation

Pour faciliter la vie, voici un modèle simple que vous pouvez utiliser pour rédiger les critères d’acceptation :

Étant donné [contexte] quand [une action spécifique est effectuée] alors [un ensemble de conséquences doit se produire]

Exemples de critères d’acceptation

Pour l’histoire utilisateur d’exemple :

“En tant qu’auteur, je souhaite recevoir des notifications lorsque d’autres ajoutent des commentaires afin de rester à jour.”

Voici trois exemples de critères d’acceptation pour l’histoire utilisateur ci-dessus :

  1. Étant donné mon téléphone est verrouillé quand l’application n’est pas ouverte, alors je devrais recevoir une notification en bandeau.
  2. Étant donné j’écris un document quand l’application est ouverte, alors l’icône de cloche doit se mettre à jour pour afficher les notifications non lues avec un compteur.

Exemple – Soumission de retour sur le site web

Nous précisons l’histoire utilisateur et les critères d’acceptation pour la fonctionnalité des commentaires du blog. Les utilisateurs connectés peuvent ajouter des commentaires. L’histoire utilisateur pour la fonctionnalité « Ajouter un commentaire » serait :

En tant que un utilisateur connecté,
Je souhaite pouvoir laisser un commentaire sur un article de blog,
afin queje puisse recevoir des retours sur le sujet.

Les critères d’acceptation de cette fonctionnalité sont :

Scénario : Un utilisateur connecté laisse un commentaire sur un article de blog
Étant donné que je suis un utilisateur connecté,
Lorsque j’ouvre la page contenant un article de blog spécifique,
Alors le système affiche une section « Commentaires » en dessous de l’article de blog, montrant une liste des commentaires ajoutés par d’autres utilisateurs.
Le système affiche un champ « Ajouter un commentaire » en haut de la section « Commentaires ».
Lorsque j’inscris mon commentaire dans le champ « Ajouter un commentaire » et clique sur le bouton « Soumettre »,
Alors le système enregistre mon commentaire.
Le système affiche mon commentaire en haut de la section « Commentaires ».
Le système affiche mon nom d’utilisateur et mon avatar à gauche de mon commentaire.
Le système affiche les icônes « Supprimer » et « Modifier » du côté opposé à mon commentaire.

 

Comme vous pouvez le voir, rédiger des critères d’acceptation est véritablement un gagnant-gagnant pour les clients et les équipes de développement : cela aide non seulement l’équipe à comprendre clairement ce qu’elle doit faire, mais permet également aux clients de comprendre le processus de développement et de vérifier que le logiciel livré répond à des besoins réels de l’entreprise.

 

Leave a Reply