![\"\"](\"https:\/\/guides.visual-paradigm.com\/wp-content\/uploads\/2023\/09\/img_650875711142f.png\")
<\/p>\nDans le d\u00e9veloppement agile, l’histoire d’utilisateur est un \u00e9l\u00e9ment fondamental pour livrer de la valeur au client. Ces descriptions concises de fonctionnalit\u00e9s souhait\u00e9es capturent le \u00ab qui \u00bb, le \u00ab quoi \u00bb et le \u00ab pourquoi \u00bb d’une fonctionnalit\u00e9 ou d’une exigence. Toutefois, pour s’assurer que les histoires d’utilisateurs sont \u00e0 la fois actionnables et testables, les \u00e9quipes agiles utilisent souvent une technique appel\u00e9e \u00ab Give \/ When \/ Then \u00bb (GWT) pour les crit\u00e8res d’acceptation. Cette m\u00e9thode permet de d\u00e9finir de mani\u00e8re claire et sans ambigu\u00eft\u00e9 le comportement attendu d’une histoire d’utilisateur.<\/p>\n
<\/p>\n
Les crit\u00e8res d’acceptation sont des conditions ou des r\u00e8gles que doit remplir une histoire d’utilisateur pour \u00eatre consid\u00e9r\u00e9e comme compl\u00e8te. Ils agissent comme un pont entre la vision du propri\u00e9taire du produit et la mise en \u0153uvre par l’\u00e9quipe de d\u00e9veloppement. En essence, ils d\u00e9finissent les limites et les attentes pour chaque histoire d’utilisateur. Sans crit\u00e8res d’acceptation bien d\u00e9finis, une histoire d’utilisateur peut pr\u00eater \u00e0 interpr\u00e9tation, entra\u00eenant des malentendus et des reprises potentielles.<\/p>\n
Give \/ When \/ Then est un format pour r\u00e9diger les crit\u00e8res d’acceptation, emprunt\u00e9 au d\u00e9veloppement pilot\u00e9 par le comportement (BDD). Il encourage une mani\u00e8re plus structur\u00e9e et compr\u00e9hensible d’exprimer le comportement souhait\u00e9 d’une histoire d’utilisateur. Ce format se compose de trois parties :<\/p>\n
Prenons un exemple simple pour un site e-commerce :<\/p>\n
Histoire d’utilisateur<\/strong>: En tant que client, je souhaite pouvoir ajouter des articles \u00e0 mon panier afin de pouvoir les acheter plus tard.<\/p>\n Crit\u00e8res d’acceptation (GWT)<\/strong>:<\/p>\n Dans cet exemple, les crit\u00e8res d’acceptation fournissent une compr\u00e9hension claire de ce qui est attendu de l’histoire utilisateur, la rendant actionable et testable.<\/p>\n Description du probl\u00e8me \u00c9tude de cas :<\/strong><\/p>\n Examinons une \u00e9tude de cas pour une application de covoiturage populaire comme Uber. Le probl\u00e8me en cours est d’am\u00e9liorer l’exp\u00e9rience utilisateur en introduisant une fonctionnalit\u00e9 qui permet aux passagers de planifier \u00e0 l’avance des trajets pour des dates et heures sp\u00e9cifiques.<\/p>\n Histoires d’utilisateurs avec des crit\u00e8res d’acceptation GWT :<\/strong><\/p>\n Histoire d’utilisateur 1 : Planifier un trajet \u00e0 l’avance<\/strong><\/p>\n En tant que passager<\/strong>, je souhaite pouvoir planifier un trajet pour une date et une heure sp\u00e9cifiques \u00e0 l’avance, afin que je puisse mieux planifier mes trajets<\/strong>.<\/p>\n Crit\u00e8res d’acceptation (GWT) :<\/strong><\/p>\n Histoire d’utilisateur 2 : Modifier ou annuler un trajet planifi\u00e9<\/strong><\/p>\n En tant que passager<\/strong>, je souhaite avoir la possibilit\u00e9 de modifier ou d’annuler un trajet planifi\u00e9, au cas o\u00f9 mes plans changeraient<\/strong>.<\/p>\n Crit\u00e8res d’acceptation (GWT) :<\/strong><\/p>\n User Story 3 : Informer les conducteurs des trajets programm\u00e9s<\/strong><\/p>\n En tant que conducteur<\/strong>, je souhaite recevoir des notifications lorsque un passager programme un trajet avec moi, afin que je puisse planifier ma disponibilit\u00e9<\/strong>.<\/p>\n Crit\u00e8res d’acceptation (GWT) :<\/strong><\/p>\n User Story 4 : Fournir un retour pour les trajets programm\u00e9s<\/strong><\/p>\n En tant que passager<\/strong>, je souhaite pouvoir donner des commentaires et noter les conducteurs pour les trajets planifi\u00e9s, afin d’aider \u00e0 maintenir la qualit\u00e9 du service<\/strong>.<\/p>\n Crit\u00e8res d’acceptation (GWT) :<\/strong><\/p>\n Ces histoires d’utilisateurs et leurs crit\u00e8res d’acceptation associ\u00e9s Give \/ When \/ Then abordent le probl\u00e8me de l’introduction d’une fonctionnalit\u00e9 de planification de trajets dans une application de covoiturage. En suivant cette approche structur\u00e9e, l’\u00e9quipe de d\u00e9veloppement peut garantir une compr\u00e9hension claire des exigences et du comportement attendu de la nouvelle fonctionnalit\u00e9, aboutissant finalement \u00e0 une meilleure exp\u00e9rience utilisateur.<\/p>\n Les crit\u00e8res d’acceptation Give \/ When \/ Then offrent une approche structur\u00e9e pour d\u00e9finir le comportement attendu des histoires d’utilisateurs dans le d\u00e9veloppement Agile. En divisant les crit\u00e8res en trois sections distinctes \u2013 Give, When et Then \u2013 les \u00e9quipes peuvent atteindre une plus grande clart\u00e9, une meilleure testabilit\u00e9 et une meilleure alignement, aboutissant finalement \u00e0 un d\u00e9veloppement de produit plus r\u00e9ussi. Int\u00e9grer ce format \u00e0 votre processus Agile peut aider votre \u00e9quipe \u00e0 livrer un logiciel de haute qualit\u00e9 qui r\u00e9pond aux attentes des utilisateurs.<\/p>\n","protected":false},"excerpt":{"rendered":" Dans le d\u00e9veloppement agile, l’histoire d’utilisateur est un \u00e9l\u00e9ment fondamental pour livrer de la valeur au client. Ces descriptions concises de fonctionnalit\u00e9s souhait\u00e9es capturent le \u00ab qui \u00bb, le \u00ab quoi \u00bb et le \u00ab pourquoi \u00bb d’une fonctionnalit\u00e9 ou d’une exigence. Toutefois, pour s’assurer que les histoires d’utilisateurs sont \u00e0 la fois actionnables et testables, les \u00e9quipes agiles utilisent souvent une technique appel\u00e9e \u00ab Give \/ When \/ Then \u00bb (GWT) pour les crit\u00e8res d’acceptation. Cette m\u00e9thode permet de d\u00e9finir de mani\u00e8re claire et sans ambigu\u00eft\u00e9 le comportement attendu d’une histoire d’utilisateur. Qu’est-ce que les crit\u00e8res d’acceptation ? Les crit\u00e8res d’acceptation sont des conditions ou des r\u00e8gles que doit remplir une histoire d’utilisateur pour \u00eatre consid\u00e9r\u00e9e comme compl\u00e8te. Ils agissent comme un pont entre la vision du propri\u00e9taire du produit et la mise en \u0153uvre par l’\u00e9quipe de d\u00e9veloppement. En essence, ils d\u00e9finissent les limites et les attentes pour chaque histoire d’utilisateur. Sans crit\u00e8res d’acceptation bien d\u00e9finis, une histoire d’utilisateur peut pr\u00eater \u00e0 interpr\u00e9tation, entra\u00eenant des malentendus et des reprises potentielles. La structure des crit\u00e8res d’acceptation Give \/ When \/ Then Give \/ When \/ Then est un format pour r\u00e9diger les crit\u00e8res d’acceptation, emprunt\u00e9 au d\u00e9veloppement pilot\u00e9 par le comportement (BDD). Il encourage une mani\u00e8re plus structur\u00e9e et compr\u00e9hensible d’exprimer le comportement souhait\u00e9 d’une histoire d’utilisateur. Ce format se compose de trois parties : Give: Cette section d\u00e9crit le contexte ou l’\u00e9tat initial du syst\u00e8me. Elle \u00e9tablit le cadre du sc\u00e9nario que vous d\u00e9crivez. En essence, elle fournit les informations de fond n\u00e9cessaires pour comprendre le sc\u00e9nario. When: Cette section repr\u00e9sente l’action ou l’\u00e9v\u00e9nement qui d\u00e9clenche le comportement d\u00e9crit dans l’histoire d’utilisateur. Il s’agit de l’\u00e9v\u00e9nement sp\u00e9cifique que l’utilisateur effectue ou qui se produit dans le syst\u00e8me. Then: Cette section d\u00e9crit le r\u00e9sultat ou le r\u00e9sultat attendu de l’action ou de l’\u00e9v\u00e9nement d\u00e9crit dans la section \u00ab When \u00bb. Elle d\u00e9finit ce qui doit se produire en cons\u00e9quence de l’action, souvent en termes de changements observables dans le syst\u00e8me ou l’application. Les avantages des crit\u00e8res d’acceptation Give \/ When \/ Then Clart\u00e9: Le format GWT offre une mani\u00e8re structur\u00e9e et facile \u00e0 comprendre d’exprimer le comportement attendu d’une histoire d’utilisateur. Cela r\u00e9duit les ambigu\u00eft\u00e9s et garantit que tous les membres de l’\u00e9quipe de d\u00e9veloppement, y compris les d\u00e9veloppeurs, les testeurs et les propri\u00e9taires de produit, ont une compr\u00e9hension claire de ce qui doit \u00eatre fait. Testabilit\u00e9: Le format s’y pr\u00eate naturellement pour les cas de test. Chacun des composants \u00ab Given \u00bb, \u00ab When \u00bb et \u00ab Then \u00bb peut \u00eatre traduit en sc\u00e9narios de test sp\u00e9cifiques, ce qui facilite la validation que l’histoire d’utilisateur a \u00e9t\u00e9 correctement mise en \u0153uvre. Alignement: Les crit\u00e8res d’acceptation GWT encouragent la collaboration entre les membres de l’\u00e9quipe. Les propri\u00e9taires de produit, les d\u00e9veloppeurs et les testeurs peuvent travailler ensemble pour d\u00e9finir et affiner les crit\u00e8res, garantissant que tous sont sur la m\u00eame longueur d’onde concernant la port\u00e9e et les attentes de l’histoire. Exemples de crit\u00e8res d’acceptation Give \/ When \/ Then Prenons un exemple simple pour un site e-commerce : Histoire d’utilisateur: En tant que client, je souhaite pouvoir ajouter des articles \u00e0 mon panier afin de pouvoir les acheter plus tard. Crit\u00e8res d’acceptation (GWT): Given Je suis sur la page du produit When Je clique sur le bouton \u00ab Ajouter au panier \u00bb pour un produit Then Le produit doit \u00eatre ajout\u00e9 \u00e0 mon panier d’achat Et L’ic\u00f4ne du panier dans la barre de navigation doit afficher le nombre mis \u00e0 jour des articles Et Je devrais voir un message de confirmation indiquant l’ajout du produit au panier Dans cet exemple, les crit\u00e8res d’acceptation fournissent une compr\u00e9hension claire de ce qui est attendu de l’histoire utilisateur, la rendant actionable et testable. Description du probl\u00e8me \u00c9tude de cas : Examinons une \u00e9tude de cas pour une application de covoiturage populaire comme Uber. Le probl\u00e8me en cours est d’am\u00e9liorer l’exp\u00e9rience utilisateur en introduisant une fonctionnalit\u00e9 qui permet aux passagers de planifier \u00e0 l’avance des trajets pour des dates et heures sp\u00e9cifiques. Histoires d’utilisateurs avec des crit\u00e8res d’acceptation GWT : Histoire d’utilisateur 1 : Planifier un trajet \u00e0 l’avance En tant que passager, je souhaite pouvoir planifier un trajet pour une date et une heure sp\u00e9cifiques \u00e0 l’avance, afin que je puisse mieux planifier mes trajets. Crit\u00e8res d’acceptation (GWT) : \u00c9tant donn\u00e9 J’ai install\u00e9 l’application de covoiturage et je suis connect\u00e9 Lorsque J’ouvre l’application et j’indique ma destination, la date et l’heure du trajet Alors L’application doit afficher les conducteurs disponibles pour la date et l’heure s\u00e9lectionn\u00e9es Et Je devrais pouvoir confirmer et planifier le trajet Et Je devrais recevoir une notification de confirmation avec les d\u00e9tails du trajet planifi\u00e9 Histoire d’utilisateur 2 : Modifier ou annuler un trajet planifi\u00e9 En tant que passager, je souhaite avoir la possibilit\u00e9 de modifier ou d’annuler un trajet planifi\u00e9, au cas o\u00f9 mes plans changeraient. Crit\u00e8res d’acceptation (GWT) : \u00c9tant donn\u00e9J’ai un trajet programm\u00e9 LorsqueJ’ouvre l’application et je me rends \u00e0 mes trajets programm\u00e9s AlorsJe devrais voir une liste de mes trajets programm\u00e9s \u00e0 venir EtJe devrais pouvoir s\u00e9lectionner un trajet pour modifier la date et l’heure ou l’annuler EtSi j’\u00e9dite le trajet, l’application devrait afficher les conducteurs disponibles pour la date et l’heure mises \u00e0 jour EtJe devrais recevoir une notification de confirmation pour tout changement effectu\u00e9 User Story 3 : Informer les conducteurs des trajets programm\u00e9s En tant que conducteur, je souhaite recevoir des notifications lorsque un passager programme un trajet avec moi, afin que je puisse planifier ma disponibilit\u00e9. Crit\u00e8res d’acceptation (GWT) : \u00c9tant donn\u00e9Je suis un conducteur actif avec l’application de covoiturage ouverte Lorsqueun passager programme un trajet avec moi pour une date et une heure pr\u00e9cises AlorsJe devrais recevoir une notification en temps r\u00e9el avec les d\u00e9tails du trajet programm\u00e9 EtL’application devrait afficher le trajet programm\u00e9 sur mon tableau de bord de conducteur EtJe devrais pouvoir accepter ou refuser le trajet programm\u00e9 dans un d\u00e9lai raisonnable User Story 4 : Fournir un retour pour les trajets programm\u00e9s En tant queCrit\u00e8res d’acceptation Give \/ When \/ Then pour les histoires d’utilisateurs dans le d\u00e9veloppement agile<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_yoast_wpseo_title":"","_yoast_wpseo_metadesc":"","_eb_attr":"","neve_meta_sidebar":"","neve_meta_container":"","neve_meta_enable_content_width":"","neve_meta_content_width":0,"neve_meta_title_alignment":"","neve_meta_author_avatar":"","neve_post_elements_order":"","neve_meta_disable_header":"","neve_meta_disable_footer":"","neve_meta_disable_title":"","fifu_image_url":"","fifu_image_alt":"","footnotes":""},"categories":[13,6],"tags":[],"class_list":["post-6486","post","type-post","status-publish","format-standard","hentry","category-agile-scrum","category-agile-development"],"yoast_head":"\n\n
\n
\n
\n
\n
Conclusion<\/strong><\/h3>\n