La définition de Done (DoD) est une liste d’exigences auxquelles une histoire utilisateur doit adhérer pour que l’équipe la qualifie de complète. Alors que les critères d’acceptation d’une histoire D’utilisateur consistent en un ensemble de scénarios de Test qui doivent être remplis pour confirmer que le logiciel fonctionne comme prévu.
la différence entre les deux est que le DoD est commun à tous les User Stories alors que les critères d’acceptation sont applicables à des user stories spécifiques., Les critères d’acceptation de chaque histoire D’utilisateur seront différents en fonction des exigences de cette histoire D’utilisateur.
en d’autres termes, les critères de DoD et D’acceptation doivent être respectés afin de compléter L’Histoire de l’utilisateur. L’incrément de produit n’est pas considéré comme complet, à moins que ces deux listes ne soient effectuées., Ainsi, nous devons définir deux aspects de la définition de Done (DOD) — critères d’achèvement et critères d’acceptation:
La définition de DONE est structurée comme une liste d’éléments, chacun utilisé pour valider une histoire ou un PBI, qui existe pour s’assurer que l’équipe de développement est d’accord sur la qualité du travail qu’elle tente de produire., Il sert de liste de contrôle qui est utilisé pour vérifier l’exhaustivité de chaque élément de Backlog de produit (aka PBI) ou de L’Histoire de l’utilisateur. Les éléments de la définition de « Terminé » sont destinés à s’appliquer à tous les éléments de L’arriéré de produits, et non à un seul récit utilisateur.,le terme implique que l’incrément de produit est expédiable
les objectifs de définition de Done
- construire une compréhension commune au sein de L’équipe sur la qualité et (ou PBIS) sont vérifiés par rapport à
- s’assurer que l’incrément expédié à la fin du sprint est de haute qualité et que la qualité est bien comprise par tous les participants.,
par exemple, dans l’industrie du logiciel, les équipes peuvent avoir besoin de poser certaines des questions suivantes pour élaborer leur DoD:
- code Peer reviewed?
- code terminé?
- code revu?
- le Code d’enregistrement?
- tests unitaires réussis?
- tests fonctionnels passés?
- tests d’acceptation terminés?
- Propriétaire du Produit examiné et accepté?,
critères d’acceptation
Les user stories sont l’un des principaux artefacts de développement pour le développement Agile, mais Scrum n’exige pas explicitement que les User Stories ou les critères d’acceptation soient utilisés., Si un product backlog item est trop gros pour être mis dans un sprint, sera normalement ventilées dans l’histoire et par la suite en un ensemble de tâches, comme indiqué dans la Figure:
l’Utilisateur Histoires encapsuler les Critères d’Acceptation, ainsi, nous voyons souvent la définition de fait et les critères d’acceptation co-existant dans notre processus de développement scrum. User story fournit le contexte des fonctionnalités que l’équipe doit fournir., Les critères d’acceptation donnent des indications sur les détails de ladite fonctionnalité et comment le client Les acceptera. Les deux fournissent ensemble l’ensemble du livrable.
certains des critères D’acceptation seront découverts dans les événements de raffinement du Backlog en cours avant le début du Sprint, et d’autres seront découverts juste après la planification du Sprint lorsque vous vous asseyez pour avoir une conversation sur l’histoire de l’utilisateur dans une petite équipe. Les critères d’acceptation sont donc des attributs uniques à l’article User Story ou Product Backlog.,e critères sont différents pour chaque PBI/histoire
les objectifs des critères D’acceptation
- clarifier ce que l’équipe une compréhension commune du problème
- aider les membres de l’équipe à savoir quand l’histoire est terminée
- aider à vérifier l’histoire via des tests automatisés.,
exemple — critères d’acceptation
- Un utilisateur ne peut pas soumettre un formulaire sans remplir tous les champs obligatoires
- Les informations du formulaire sont stockées dans la base de données des enregistrements
- Le paiement peut être effectué par carte de crédit
- un e-mail d’accusé de réception est envoyé à l’utilisateur après avoir soumis le formulaire
exemple de User Story avec critères d’acceptation
la figure ci-dessous montre un exemple de critères d’acceptation d’une histoire d’utilisateur.,
