{"id":10358,"date":"2022-02-07T09:50:36","date_gmt":"2022-02-07T09:50:36","guid":{"rendered":"https:\/\/www.cybermedian.com\/fr\/?p=10358"},"modified":"2026-04-20T09:12:27","modified_gmt":"2026-04-20T09:12:27","slug":"temoignage-dutilisateur-3c","status":"publish","type":"post","link":"https:\/\/www.cybermedian.com\/fr\/user-story-3cs\/","title":{"rendered":"T\u00e9moignage d’utilisateur : 3C"},"content":{"rendered":"

Le concept de user story<\/span><\/h3>\n

Les user stories<\/a>\u00a0sont une m\u00e9thode l\u00e9g\u00e8re pour capturer rapidement le \u00ab\u00a0qui\u00a0\u00bb, le \u00ab\u00a0quoi\u00a0\u00bb et le \u00ab\u00a0pourquoi\u00a0\u00bb des exigences du produit.\u00a0En termes simples, les user stories sont des id\u00e9es qui expriment les besoins souhait\u00e9s par les utilisateurs.\u00a0Les user stories sont courtes et chaque \u00e9l\u00e9ment contient g\u00e9n\u00e9ralement moins de 10 ou 15 mots.\u00a0Les user stories sont des listes de t\u00e2ches qui vous aident \u00e0 identifier les \u00e9tapes le long du chemin du projet.\u00a0Ils aident \u00e0 garantir que votre processus et le produit qui en r\u00e9sulte r\u00e9pondent \u00e0 vos exigences.<\/p>\n

<\/p>\n

Concept de ce genre de chose, j’aime dire la fa\u00e7on de comprendre et d’expliquer le mot;<\/p>\n

user story = utilisateur + story = personne + story + \u00e9v\u00e9nement<\/p>\n

Autrement dit, ce qu’une personne veut faire pour quelle raison, distiller les trois \u00e9l\u00e9ments est qui, pourquoi, quoi.\u00a0du point de vue de l’utilisateur est une br\u00e8ve description utilis\u00e9e pour confirmer l’utilisateur et les besoins de l’utilisateur.<\/p>\n

Les trois \u00e9l\u00e9ments de la user story<\/span><\/h3>\n

Les user stories sont utilis\u00e9es dans le processus de d\u00e9veloppement logiciel comme une forme d’expression pour d\u00e9crire les exigences.\u00a0Afin d’uniformiser l’expression des user stories et de faciliter la communication, les user stories sont g\u00e9n\u00e9ralement exprim\u00e9es au format suivant\u00a0:<\/p>\n

<\/p>\n

En tant que <r\u00f4le d’utilisateur>, je veux <terminer l’activit\u00e9>, afin de <r\u00e9aliser la valeur>.<\/p><\/blockquote>\n

Une\u00a0user story<\/a>\u00a0compl\u00e8te contient trois \u00e9l\u00e9ments.<\/p>\n

\"Mod\u00e8le<\/p>\n

    \n
  1. persona (\u00a0who?<\/strong>\u00a0): qui veut l’utiliser<\/li>\n
  2. action (\u00a0quoi?<\/strong>\u00a0): quelle action accomplir<\/li>\n
  3. Valeur\u00a0: (\u00a0pourquoi\u00a0?<\/strong>\u00a0) faire cela et quelle valeur peut \u00eatre apport\u00e9e en faisant cela<\/li>\n<\/ol>\n

    Trois principes 3C<\/span><\/h3>\n

    Les informations descriptives des user stories sont \u00e9crites sur des cartes papier de mani\u00e8re manuscrite traditionnelle, ainsi Ron Jeffries (2001) appelle ces trois aspects 3C :<\/p>\n

      \n
    1. carte (Carte\u00a0)<\/strong>\u00a0,<\/li>\n
    2. conversation (conversation\u00a0)<\/strong>\u00a0et<\/li>\n
    3. confirmation (\u00a0Confirmation<\/strong>\u00a0).<\/li>\n<\/ol>\n

      <\/p>\n

      Carte :<\/strong>\u00a0Les user stories sont g\u00e9n\u00e9ralement \u00e9crites sur de petites cartes avec une br\u00e8ve description de l’histoire, des r\u00e8gles et des crit\u00e8res d’ach\u00e8vement.<\/p>\n

      Le recto de la carte contient la description de l’histoire au format\u00a0: En tant que <r\u00f4le>, je veux <terminer l’activit\u00e9> afin de <r\u00e9aliser la valeur> d\u00e9crire le besoin\u00a0;\u00a0le verso de la carte contient les r\u00e8gles et les crit\u00e8res d’ach\u00e8vement pour compl\u00e9ter la user story au format : \u00c9tant donn\u00e9\u2026Quand\u2026Alors.<\/p>\n

      Conversation<\/strong>\u00a0: Les d\u00e9tails derri\u00e8re la user story proviennent de la communication avec le client ou le propri\u00e9taire du produit ;\u00a0assurez-vous que toutes les parties comprennent correctement l’histoire.<\/p>\n

      Confirmation :<\/strong>\u00a0confirmez que la user story a \u00e9t\u00e9 compl\u00e9t\u00e9e correctement via les tests d’acceptation.<\/p>\n

       <\/p>\n