Critères d'acceptation

Définition

Les critères d'acceptation sont des conditions qui doivent être remplies pour qu'un Product Backlog Item soit accepté par les parties prenantes. Certaines équipes utilisent des termes comme « conditions de satisfaction », « critères de succès », « critères de validation » ou « critères d'adéquation » – ils décrivent tous essentiellement le même concept.

Contexte

Les critères d'acceptation aident les équipes à clarifier quand un Product Backlog Item est implémenté avec succès. Ils réduisent les ambiguïtés, créent une compréhension commune des attentes et rendent transparent le moment où un travail est considéré comme terminé. Cela améliore la qualité du produit et facilite la vérification qu'une fonctionnalité répond aux besoins des parties prenantes.

Description

Les critères d'acceptation sont souvent définis pour les User Stories. Ils décrivent en énoncés clairs et vérifiables comment une fonctionnalité doit se comporter pour être considérée comme « Done ».

Quand les équipes formulent ces critères tôt et les affinent lors du Product Backlog Refinement, elles peuvent identifier et résoudre les malentendus avant que le développement ne commence.

Des critères d'acceptation bien formulés suivent le principe SMART :

• Spécifique : décrit clairement le comportement attendu
• Mesurable : le résultat peut être vérifié
• Atteignable : l'équipe peut le réaliser
• Relevant : répond directement au besoin de l'utilisateur
• Temporellement défini : définit une attente temporelle si nécessaire

Exemple

Exemple d'une User Story :

« En tant que conseiller bancaire, je veux savoir si un client a une bonne solvabilité afin de pouvoir décider si j'approuve sa demande de crédit. »

Un critère d'acceptation correspondant pourrait être :

« Le système affiche la notation de crédit du client avec la date de dernière mise à jour et la source des données. La notation doit être basée sur des données datant de moins de 30 jours. »

Ce critère est spécifique car la notation, la date et la source sont affichées ; mesurable car tous les éléments peuvent être vérifiés dans l'interface utilisateur et les logs ; atteignable car l'équipe peut le réaliser ; relevant car il soutient des décisions de crédit solides ; et temporellement défini car il exige des données datant de moins de 30 jours.

Malentendus fréquents

Un malentendu répandu est que les critères d'acceptation sont équivalents à la Definition of Done. En réalité, les critères d'acceptation s'appliquent à un Product Backlog Item individuel, tandis que la Definition of Done s'applique à tous les items que l'équipe livre.

Tu veux en savoir plus ?

Lis l'article sur les User Stories pour comprendre comment les critères d'acceptation complètent ce format. Découvre également dans l'article Product Backlog Refinement comment les critères d'acceptation sont intégrés au processus de refinement.