Rédiger de bons critères d'acceptation : une liste de vérification terrain
Les critères d'acceptation définissent les conditions qu'un récit utilisateur doit satisfaire pour être considéré comme terminé. Bien rédigés, ils éliminent l'ambiguïté avant le début du développement. Mal rédigés, ils génèrent des reprises de travail et des désaccords sur la définition de « terminé ».
Le format Given/When/Then (Gherkin)
Given décrit le contexte ou la précondition. When décrit l'action de l'utilisateur. Then décrit le résultat attendu. Exemple : Étant donné qu'un utilisateur enregistré est sur la page de connexion / Quand il saisit un courriel et un mot de passe valides et clique sur Connexion / Alors il est redirigé vers son tableau de bord.
Liste de vérification pour de bons critères
Spécifiques et testables. Chaque critère doit être vérifiable avec un résultat clair de réussite ou d'échec.
Rédigés avant le début du développement. Des critères écrits après le début du codage sont une rationalisation, pas une exigence.
Compréhension partagée confirmée avec l'équipe. Passez en revue chaque critère avec l'équipe avant le sprint.
Couvre le chemin nominal ET les cas limites. Définissez ce qui se passe en cas d'erreur, de compte bloqué ou de saisie inattendue.
Ne prescrit pas l'implémentation. Les critères définissent ce que le système doit faire, pas comment il doit le faire.
XNM Consulting aide les équipes Scrum à développer des pratiques de livraison efficaces. Consultez nos services de livraison de programmes et projets.