{"id":759,"date":"2026-03-25T14:18:24","date_gmt":"2026-03-25T14:18:24","guid":{"rendered":"https:\/\/www.viz-tools.com\/fr\/write-user-stories-developers-estimate-easily\/"},"modified":"2026-03-25T14:18:24","modified_gmt":"2026-03-25T14:18:24","slug":"write-user-stories-developers-estimate-easily","status":"publish","type":"post","link":"https:\/\/www.viz-tools.com\/fr\/write-user-stories-developers-estimate-easily\/","title":{"rendered":"Guide Scrum : R\u00e9digez des histoires utilisateur que les d\u00e9veloppeurs peuvent estimer facilement"},"content":{"rendered":"

L’estimation en d\u00e9veloppement logiciel est souvent \u00e0 l’origine de tensions entre les product owners et les \u00e9quipes d’ing\u00e9nierie. Lorsqu’une histoire est floue, les d\u00e9veloppeurs ne peuvent pas fournir d’estimations pr\u00e9cises de l’effort. Cela entra\u00eene une planification de sprint peu fiable, des d\u00e9lais manqu\u00e9s et une frustration au sein de l’\u00e9quipe. La cause principale n’est g\u00e9n\u00e9ralement pas un manque de comp\u00e9tences techniques ; elle r\u00e9side souvent dans un manque de clart\u00e9 des exigences.<\/p>\n

Pour combler cet \u00e9cart, les histoires utilisateur doivent \u00eatre r\u00e9dig\u00e9es avec pr\u00e9cision. Elles doivent fournir suffisamment de contexte pour qu’un d\u00e9veloppeur comprenne le quoi<\/em>, le pourquoi<\/em>, et les limites du travail. Ce guide explore comment r\u00e9diger des histoires utilisateur qui facilitent une estimation pr\u00e9cise dans un cadre Scrum, sans d\u00e9pendre d’outils externes ou de la hype.<\/p>\n

\n
\"Hand-drawn<\/figure>\n<\/div>\n

\ud83e\udd14 Pourquoi l’estimation \u00e9choue<\/h2>\n

Les d\u00e9veloppeurs n’estiment pas le temps ; ils estiment l’effort, la complexit\u00e9 et le risque. Lorsqu’une histoire utilisateur est ambigu\u00eb, les variables inconnues augmentent le risque, ce qui augmente \u00e0 son tour l’estimation. Voici les raisons courantes pour lesquelles les histoires sont difficiles \u00e0 estimer :<\/p>\n

    \n
  • Crit\u00e8res d’acceptation manquants :<\/strong> Sans limites claires, les d\u00e9veloppeurs supposent le pire des sc\u00e9narios.<\/li>\n
  • D\u00e9pendances techniques :<\/strong> Les histoires qui d\u00e9pendent de travaux non termin\u00e9s d’autres \u00e9quipes cr\u00e9ent de l’incertitude.<\/li>\n
  • Verbes flous :<\/strong> Des termes comme \u00ab optimiser \u00bb, \u00ab am\u00e9liorer \u00bb ou \u00ab renforcer \u00bb manquent de r\u00e9sultats mesurables.<\/li>\n
  • Connaissances suppos\u00e9es :<\/strong> Se fier \u00e0 des connaissances tribales plut\u00f4t qu’\u00e0 un contexte document\u00e9.<\/li>\n
  • Trop d’histoires :<\/strong> Des histoires grandes et monolithiques qui couvrent trop de terrain d’un coup.<\/li>\n<\/ul>\n

    Quand un d\u00e9veloppeur demande : \u00ab Mais comment \u00e7a marche exactement ? \u00bb, l’histoire n’est pas pr\u00eate \u00e0 \u00eatre estim\u00e9e. L’objectif est de r\u00e9duire le besoin de questions de clarification pendant la phase de planification du sprint.<\/p>\n

    \ud83d\udcd0 Le mod\u00e8le INVEST pour des histoires estimables<\/h2>\n

    Le mod\u00e8le INVEST est un acronyme utilis\u00e9 pour d\u00e9finir de bonnes histoires utilisateur. Bien qu’il soit souvent cit\u00e9, de nombreuses \u00e9quipes n\u00e9gligent les aspects Petites<\/em> et Testables<\/em> qui sont cruciaux pour l’estimation.<\/p>\n

    1. Ind\u00e9pendantes<\/h3>\n

    Les histoires devraient id\u00e9alement \u00eatre ind\u00e9pendantes. Si une histoire d\u00e9pend d’une autre qui doit \u00eatre termin\u00e9e en premier, l’\u00e9quipe ne peut pas l’estimer de mani\u00e8re isol\u00e9e. Les d\u00e9pendances cr\u00e9ent un blocage. Si une histoire est v\u00e9ritablement d\u00e9pendante, elle doit \u00eatre d\u00e9compos\u00e9e jusqu’\u00e0 ce que la d\u00e9pendance soit r\u00e9solue ou que l’histoire soit assez petite pour \u00eatre explor\u00e9e par un spike.<\/p>\n

    2. N\u00e9gociables<\/h3>\n

    Les histoires ne sont pas des contrats ; elles sont des rep\u00e8res pour une conversation. Toutefois, cette conversation doit avoir lieu avant<\/em> estimation. Si une histoire est r\u00e9dig\u00e9e comme une sp\u00e9cification fixe sans place pour une discussion technique, elle limite la capacit\u00e9 du d\u00e9veloppeur \u00e0 proposer une meilleure solution qui pourrait influencer l’estimation.<\/p>\n

    3. Utile<\/h3>\n

    Chaque histoire doit apporter de la valeur \u00e0 l’utilisateur final. Si une histoire est purement une infrastructure technique sans valeur visible pour l’utilisateur, il s’agit d’une t\u00e2che technique, et non d’une histoire utilisateur. Les t\u00e2ches techniques n\u00e9cessitent une approche d’estimation diff\u00e9rente et doivent \u00eatre trait\u00e9es avec soin pour \u00e9viter de gonfler le sprint.<\/p>\n

    4. Estimable<\/h3>\n

    C’est la condition fondamentale de ce guide. Une histoire est estimable si l’\u00e9quipe dispose de suffisamment d’informations pour d\u00e9terminer l’effort requis. Cela signifie :<\/p>\n

      \n
    • Le parcours utilisateur est clair.<\/li>\n
    • Les exigences de donn\u00e9es sont d\u00e9finies.<\/li>\n
    • Les cas limites sont pris en compte.<\/li>\n
    • Les exigences de performance sont pr\u00e9cis\u00e9es (par exemple, les temps de chargement).<\/li>\n<\/ul>\n

      5. Petite<\/h3>\n

      La pr\u00e9cision de l’estimation diminue avec la taille. Une histoire qui prend deux semaines \u00e0 accomplir est trop grande. Elle doit \u00eatre divis\u00e9e en histoires qui prennent entre un et trois jours. Les petites histoires r\u00e9duisent les risques et am\u00e9liorent la granularit\u00e9 de l’estimation.<\/p>\n

      6. Testable<\/h3>\n

      Si vous ne pouvez pas \u00e9crire un test pour l’histoire, vous ne pouvez pas d\u00e9finir les crit\u00e8res d’acceptation. Si vous ne pouvez pas d\u00e9finir les crit\u00e8res d’acceptation, le d\u00e9veloppeur ne saura pas quand l’histoire est termin\u00e9e. Cela affecte directement l’estimation, car \u00ab termin\u00e9 \u00bb est la ligne d’arriv\u00e9e.<\/p>\n

      \ud83d\udee0 L’anatomie d’une histoire utilisateur de haute qualit\u00e9<\/h2>\n

      Une histoire utilisateur est bien plus qu’un simple titre. C’est un ensemble d’informations. Pour garantir que les d\u00e9veloppeurs puissent estimer efficacement, chaque histoire doit contenir les \u00e9l\u00e9ments suivants.<\/p>\n

      1. Le titre<\/h3>\n

      Le titre doit \u00eatre descriptif mais concis. Il doit r\u00e9sumer la fonctionnalit\u00e9 principale.<\/p>\n

        \n
      • Mauvais :<\/strong>Corriger la connexion<\/li>\n
      • Bon :<\/strong>Permettre aux utilisateurs de r\u00e9initialiser leur mot de passe via un lien par courriel<\/li>\n<\/ul>\n

        2. L’\u00e9nonc\u00e9 utilisateur<\/h3>\n

        Le format standard est : \u00ab En tant que [r\u00f4le], je veux [fonctionnalit\u00e9], afin que [avantage]. \u00bb Cela garantit que l’\u00e9quipe comprend le contexte.<\/p>\n

        3. Contexte et arri\u00e8re-plan<\/h3>\n

        Les d\u00e9veloppeurs doivent conna\u00eetre le contexte m\u00e9tier. Pourquoi cette fonctionnalit\u00e9 est-elle en cours de d\u00e9veloppement maintenant ? Y a-t-il une exigence r\u00e9glementaire ? S’agit-il d’une correction pour un bug critique ? Le contexte aide les d\u00e9veloppeurs \u00e0 prioriser leurs d\u00e9cisions techniques.<\/p>\n

        4. Crit\u00e8res d’acceptation<\/h3>\n

        C’est la section la plus critique pour l’estimation. Les crit\u00e8res d’acceptation d\u00e9finissent les limites du travail. Ils doivent \u00eatre r\u00e9dig\u00e9s de mani\u00e8re \u00e0 permettre des tests automatis\u00e9s.<\/p>\n

          \n
        • Utilisez Given-When-Then :<\/strong> Cette structure r\u00e9duit l’ambigu\u00eft\u00e9.<\/li>\n
        • D\u00e9finir les cas limites :<\/strong> Que se passe-t-il si l’internet tombe en panne ? Et si l’entr\u00e9e est vide ?<\/li>\n
        • Pr\u00e9ciser les donn\u00e9es :<\/strong> Extrayons-nous des donn\u00e9es d’une base existante ? Cr\u00e9ons-nous de nouvelles entr\u00e9es ?<\/li>\n<\/ul>\n

          \ud83d\udccb Comparaison : Histoires floues vs. Histoires claires<\/h2>\n

          Comprendre la diff\u00e9rence entre une histoire qui entra\u00eene des erreurs d’estimation et une autre qui favorise la clart\u00e9 est essentiel. Le tableau ci-dessous met en \u00e9vidence cette distinction.<\/p>\n\n\n\n\n\n\n\n\n
          Fonctionnalit\u00e9<\/th>\nHistoire floue (difficile \u00e0 estimer)<\/th>\nHistoire claire (facile \u00e0 estimer)<\/th>\n<\/tr>\n<\/thead>\n
          Objectif<\/strong><\/td>\nAm\u00e9liorer les performances du tableau de bord.<\/td>\nR\u00e9duire le temps de chargement du tableau de bord \u00e0 moins de 2 secondes pour 1000 enregistrements.<\/td>\n<\/tr>\n
          Port\u00e9e<\/strong><\/td>\nOptimiser le backend.<\/td>\nIndexer la colonne \u00ab user_id \u00bb dans la table de recherche et mettre en cache les 50 meilleurs r\u00e9sultats.<\/td>\n<\/tr>\n
          Crit\u00e8res d’acceptation<\/strong><\/td>\nDoit \u00eatre plus rapide.<\/td>\n1. Temps de chargement < 2s. 2. Aucune erreur sur 1000 enregistrements. 3. La vue mobile fonctionne.<\/td>\n<\/tr>\n
          D\u00e9pendances<\/strong><\/td>\nAucune mentionn\u00e9e.<\/td>\nN\u00e9cessite l’acc\u00e8s \u00e0 l’API Analytics, actuellement en phase b\u00eata.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

          \ud83e\udde9 Gestion des d\u00e9pendances et des risques<\/h2>\n

          Les d\u00e9pendances sont l’ennemi de l’estimation. Si une histoire d\u00e9pend de l’API d’une autre \u00e9quipe, l’estimation n’est qu’une supposition. Pour att\u00e9nuer cela :<\/p>\n

            \n
          • Identifier t\u00f4t :<\/strong> Discuter des d\u00e9pendances lors de la r\u00e9vision du backlog, et non lors de la planification.<\/li>\n
          • Cr\u00e9er des histoires d’exploration :<\/strong> Si la d\u00e9pendance est inconnue, cr\u00e9er une histoire pour l’investiguer. Un spike est une t\u00e2che de recherche avec un d\u00e9lai fixe. Il ne produit pas de code, mais produit des connaissances qui r\u00e9duisent le risque.<\/li>\n
          • Donn\u00e9es simul\u00e9es :<\/strong> Si un service externe est indisponible, convenir d’une structure de r\u00e9ponse simul\u00e9e. Cela permet au d\u00e9veloppement de progresser sans blocage.<\/li>\n
          • D\u00e9pendances externes :<\/strong> Si une histoire repose sur un service tiers, indiquez les implications li\u00e9es au co\u00fbt et \u00e0 la latence dans la description.<\/li>\n<\/ul>\n

            \ud83d\udde3 Le r\u00f4le de la conversation<\/h2>\n

            \u00c9crire l’histoire n’est que la moiti\u00e9 du travail. La conversation est l’autre moiti\u00e9. L’histoire \u00e9crite est un rappel de la conversation, et non la conversation elle-m\u00eame.<\/p>\n

            Affinement pr\u00e9alable \u00e0 la planification<\/h3>\n

            Avant la planification du sprint, l’\u00e9quipe doit passer en revue le backlog. C’est le moment de poser des questions. Si un d\u00e9veloppeur rep\u00e8re un manque dans l’histoire, il doit le signaler imm\u00e9diatement. Une histoire signal\u00e9e lors de l’affinement est une histoire pr\u00eate \u00e0 \u00eatre estim\u00e9e.<\/p>\n

            Questions de clarification<\/h3>\n

            Pendant l’affinement, des questions sp\u00e9cifiques doivent \u00eatre r\u00e9pondues. Par exemple :<\/p>\n

              \n
            • Cette fonctionnalit\u00e9 doit-elle \u00eatre accessible ?<\/li>\n
            • Des protocoles de s\u00e9curit\u00e9 sp\u00e9cifiques sont-ils requis ?<\/li>\n
            • Quel est le nombre maximum d’utilisateurs attendu ?<\/li>\n
            • Devons-nous supporter les navigateurs obsol\u00e8tes ?<\/li>\n<\/ul>\n

              Si ces r\u00e9ponses sont document\u00e9es dans l’histoire, l’estimation devient plus fiable.<\/p>\n

              \ud83d\udcca Comprendre les techniques d’estimation<\/h2>\n

              Une fois que l’histoire est claire, l’\u00e9quipe a besoin d’une m\u00e9thode pour estimer. Ce n’est pas la m\u00e9thode elle-m\u00eame qui compte le plus, mais le consensus qu’elle permet de construire.<\/p>\n

              Points d’histoire<\/h3>\n

              Les points d’histoire mesurent l’effort relatif, la complexit\u00e9 et le risque. Ce ne sont pas des heures. L’utilisation des points d’histoire permet aux \u00e9quipes de se concentrer sur la taille du travail plut\u00f4t que sur la vitesse de chaque individu.<\/p>\n

                \n
              • Complexit\u00e9 :<\/strong> \u00c0 quel point la logique est-elle difficile ?<\/li>\n
              • Risque :<\/strong> Quelle est la probabilit\u00e9 qu’elle \u00e9choue ?<\/li>\n
              • Effort :<\/strong> Quel est le volume de travail impliqu\u00e9 ?<\/li>\n<\/ul>\n

                Poker d’estimation<\/h3>\n

                Il s’agit d’une technique bas\u00e9e sur le consensus. Chaque d\u00e9veloppeur montre une carte avec un nombre. Si les nombres varient, les estimateurs ayant donn\u00e9 les valeurs les plus \u00e9lev\u00e9es et les plus faibles expliquent leur raisonnement. Cela r\u00e9v\u00e8le des hypoth\u00e8ses cach\u00e9es. Par exemple, un d\u00e9veloppeur pourrait avoir oubli\u00e9 la demande d’int\u00e9gration, tandis qu’un autre aurait suppos\u00e9 qu’elle \u00e9tait d\u00e9j\u00e0 r\u00e9alis\u00e9e.<\/p>\n

                \ud83d\udeab Pi\u00e8ges courants \u00e0 \u00e9viter<\/h2>\n

                M\u00eame avec de bonnes intentions, les \u00e9quipes tombent souvent dans des pi\u00e8ges qui ruinent la pr\u00e9cision des estimations.<\/p>\n

                1. Uniquement le \u00ab chemin heureux \u00bb<\/h3>\n

                \u00c9crire des histoires qui d\u00e9crivent uniquement le sc\u00e9nario id\u00e9al est dangereux. Les d\u00e9veloppeurs estimeront le chemin heureux, mais le travail r\u00e9el inclut la gestion des erreurs. Incluez toujours les \u00e9tats d’erreur dans les crit\u00e8res d’acceptation.<\/p>\n

                2. Ignorer les exigences non fonctionnelles<\/h3>\n

                Les performances, la s\u00e9curit\u00e9 et la scalabilit\u00e9 sont souvent ignor\u00e9es. Une histoire disant \u00ab Cr\u00e9er un utilisateur \u00bb peut prendre 1 point. Mais une histoire disant \u00ab Cr\u00e9er un utilisateur capable de supporter 10 000 connexions simultan\u00e9es \u00bb prend 10 points. Pr\u00e9cisez clairement les exigences non fonctionnelles.<\/p>\n

                3. Surconcevoir la description<\/h3>\n

                Ne r\u00e9digez pas de sp\u00e9cification technique dans l’histoire utilisateur. Le d\u00e9veloppeur doit savoir ce qu’<\/em>il faut construire, pas comment<\/em>le construire. Si vous sp\u00e9cifiez le sch\u00e9ma de base de donn\u00e9es dans l’histoire, vous limitez la capacit\u00e9 du d\u00e9veloppeur \u00e0 choisir la meilleure solution.<\/p>\n

                4. Omettre la d\u00e9finition de \u00ab termin\u00e9 \u00bb<\/h3>\n

                La d\u00e9finition de \u00ab termin\u00e9 \u00bb (DoD) s’applique \u00e0 chaque histoire. Elle inclut les tests, la revue de code et la documentation. Si la DoD n’est pas claire, l’estimation sera erron\u00e9e. Assurez-vous que l’\u00e9quipe est d’accord sur ce que signifie \u00ab termin\u00e9 \u00bb avant d’estimer.<\/p>\n

                \ud83d\udd04 Flux de travail du processus de r\u00e9vision<\/h2>\n

                Pour maintenir un flux constant d’histoires estimables, suivez ce flux de travail.<\/p>\n

                  \n
                1. Brouillon initial :<\/strong> Le propri\u00e9taire produit r\u00e9dige l’histoire avec des d\u00e9tails basiques.<\/li>\n
                2. Revue technique :<\/strong> Les d\u00e9veloppeurs effectuent une revue sur la faisabilit\u00e9 et la complexit\u00e9 cach\u00e9e.<\/li>\n
                3. \u00c9largissement des crit\u00e8res d’acceptation :<\/strong> Ajouter les cas limites et les contraintes.<\/li>\n
                4. V\u00e9rification des d\u00e9pendances :<\/strong> V\u00e9rifier qu’aucun blocage n’existe.<\/li>\n
                5. Estimation finale :<\/strong> L’\u00e9quipe attribue des points d’histoire lors de la r\u00e9vision ou de la planification.<\/li>\n
                6. Validation :<\/strong> S’assurer que l’histoire r\u00e9pond aux crit\u00e8res INVEST.<\/li>\n<\/ol>\n

                  \ud83d\udcc8 Mesure de la pr\u00e9cision des estimations<\/h2>\n

                  Au fil du temps, les \u00e9quipes doivent suivre la pr\u00e9cision de leurs estimations. Ce n’est pas pour punir les individus, mais pour am\u00e9liorer le processus.<\/p>\n

                    \n
                  • Suivi de la vitesse :<\/strong> Suivre la vitesse de l’\u00e9quipe sur plusieurs sprints. Si la vitesse fluctue fortement, les histoires sont probablement incoh\u00e9rentes.<\/li>\n
                  • Taux de r\u00e9alisation :<\/strong> L’\u00e9quipe a-t-elle termin\u00e9 toutes les histoires estim\u00e9es ? Si non, \u00e9tait-elle bloqu\u00e9e ou avait-elle sous-estim\u00e9 ?<\/li>\n
                  • Fr\u00e9quence des re-estimations :<\/strong> Si les histoires sont fr\u00e9quemment re-estim\u00e9es pendant le sprint, l’estimation initiale \u00e9tait erron\u00e9e.<\/li>\n<\/ul>\n

                    \ud83d\udee1 S\u00e9curit\u00e9 et conformit\u00e9<\/h2>\n

                    Pour les secteurs r\u00e9glement\u00e9s, la s\u00e9curit\u00e9 et la conformit\u00e9 font partie de l’estimation. Une histoire qui g\u00e8re des donn\u00e9es utilisateur n\u00e9cessite un effort diff\u00e9rent de celui d’une histoire qui affiche des informations publiques. Inclure les v\u00e9rifications de conformit\u00e9 dans les crit\u00e8res d’acceptation.<\/p>\n

                      \n
                    • Confidentialit\u00e9 des donn\u00e9es :<\/strong> L’histoire implique-t-elle des donn\u00e9es personnelles identifiables (PII) ?<\/li>\n
                    • Tra\u00e7abilit\u00e9 des audits :<\/strong> Le syst\u00e8me doit-il enregistrer qui a effectu\u00e9 les modifications ?<\/li>\n
                    • Chiffrement :<\/strong> Les donn\u00e9es sont-elles chiffr\u00e9es au repos ou en transit ?<\/li>\n<\/ul>\n

                      Si ces exigences ne sont pas mentionn\u00e9es, le d\u00e9veloppeur pourrait concevoir une solution qui n\u00e9cessitera un refactoring majeur plus tard, gaspillant ainsi l’estimation initiale.<\/p>\n

                      \ud83e\uddea La valeur des Spikes<\/h2>\n

                      Parfois, une histoire est trop risqu\u00e9e pour \u00eatre estim\u00e9e. Dans ces cas, utilisez un Spike. Un spike est une investigation avec un d\u00e9lai fixe. Ce n’est pas une fonctionnalit\u00e9 livrable. C’est une t\u00e2che d’apprentissage.<\/p>\n

                      Exemple :<\/p>\n

                        \n
                      • Histoire :<\/strong> \u00c9tudier la faisabilit\u00e9 de l’int\u00e9gration avec la passerelle de paiement h\u00e9rit\u00e9e.<\/li>\n
                      • Objectif :<\/strong> D\u00e9terminer si la passerelle prend en charge notre version d’API requise.<\/li>\n
                      • R\u00e9sultat :<\/strong> Un document contenant les constatations et une recommandation.<\/li>\n<\/ul>\n

                        Une fois le spike termin\u00e9, l’histoire fonctionnelle r\u00e9elle peut \u00eatre estim\u00e9e sur la base des r\u00e9sultats. Cela r\u00e9duit consid\u00e9rablement les risques.<\/p>\n

                        \ud83e\udd1d Collaboration avec les tests (QA)<\/h2>\n

                        La qualit\u00e9 (QA) doit \u00eatre impliqu\u00e9e dans le processus de r\u00e9vision. Les d\u00e9veloppeurs pourraient manquer des cas limites que les testeurs d\u00e9tectent. Le QA peut aider \u00e0 r\u00e9diger les crit\u00e8res d’acceptation du point de vue du test. Cela garantit que l’histoire est v\u00e9ritablement testable, ce qui est un \u00e9l\u00e9ment cl\u00e9 de l’estimation.<\/p>\n

                        \ud83d\udcc9 Gestion de l’\u00e9largissement du p\u00e9rim\u00e8tre<\/h2>\n

                        L’\u00e9largissement du p\u00e9rim\u00e8tre survient lorsque les exigences changent apr\u00e8s l’estimation. Pour l’\u00e9viter :<\/p>\n

                          \n
                        • Crit\u00e8res gel\u00e9s :<\/strong> Une fois estim\u00e9s, les crit\u00e8res d’acceptation ne doivent pas changer sans une nouvelle estimation.<\/li>\n
                        • Demandes de modification :<\/strong> Si une modification est n\u00e9cessaire, elle doit \u00eatre enregistr\u00e9e et ajout\u00e9e au backlog, et non impos\u00e9e dans le sprint en cours.<\/li>\n
                        • Transparence :<\/strong> Si une modification est in\u00e9vitable, communiquez imm\u00e9diatement son impact sur l’objectif du sprint.<\/li>\n<\/ul>\n

                          \ud83e\udde0 Partage des connaissances<\/h2>\n

                          L’estimation est un sport d’\u00e9quipe. Les d\u00e9veloppeurs juniors pourraient estimer diff\u00e9remment des seniors. Pour aligner l’\u00e9quipe :<\/p>\n

                            \n
                          • Sessions de calibration :<\/strong> Revoyez r\u00e9guli\u00e8rement des histoires pass\u00e9es pour calibrer ce qu’est un \u00ab 5 \u00bb par rapport \u00e0 un \u00ab 13 \u00bb.<\/li>\n
                          • Programmation en bin\u00f4me :<\/strong> Utilisez la programmation en bin\u00f4me pour les histoires complexes afin de partager les connaissances et r\u00e9duire la variance des estimations.<\/li>\n
                          • Documentation :<\/strong> Maintenez une biblioth\u00e8que d’histoires pass\u00e9es pour servir de points de r\u00e9f\u00e9rence pour les estimations futures.<\/li>\n<\/ul>\n

                            \ud83c\udf1f R\u00e9flexions finales sur la clart\u00e9<\/h2>\n

                            R\u00e9diger des histoires utilisateur que les d\u00e9veloppeurs peuvent estimer facilement est un exercice d’empathie. Cela demande au propri\u00e9taire produit de mettre ses pieds dans ceux de l’ing\u00e9nieur et de pr\u00e9voir ses questions. Cela demande \u00e0 l’ing\u00e9nieur de s’exprimer quand des informations manquent. Quand les deux parties collaborent pour \u00e9liminer l’ambigu\u00eft\u00e9, l’estimation devient un outil fiable pour la planification.<\/p>\n

                            Le r\u00e9sultat n’est pas seulement des chiffres pr\u00e9cis. C’est la confiance. Quand l’\u00e9quipe s’engage sur un ensemble d’histoires bas\u00e9es sur des crit\u00e8res clairs, elle peut livrer avec assurance. L’accent passe du devinage au d\u00e9veloppement.<\/p>\n

                            \ud83d\udd11 Points cl\u00e9s<\/h2>\n
                              \n
                            • La clart\u00e9 est reine :<\/strong> Une histoire claire est une histoire estimable.<\/li>\n
                            • Crit\u00e8res d’acceptation :<\/strong> D\u00e9finissez clairement les limites et les cas limites.<\/li>\n
                            • D\u00e9pendances :<\/strong> Identifiez et att\u00e9nuez les risques avant la planification.<\/li>\n
                            • Conversation :<\/strong> Utilisez le raffinement pour discuter des d\u00e9tails avant d’estimer.<\/li>\n
                            • Petites histoires :<\/strong> D\u00e9coupez le grand travail pour am\u00e9liorer la pr\u00e9cision.<\/li>\n
                            • Am\u00e9lioration continue :<\/strong> Suivez la vitesse et ajustez le processus au fil du temps.<\/li>\n<\/ul>\n

                              En suivant ces principes, les \u00e9quipes peuvent transformer leur planification de sprint d’un jeu de devinettes en un processus structur\u00e9 et pr\u00e9visible. L’effort investi dans l’\u00e9criture de bonnes histoires rapporte des b\u00e9n\u00e9fices \u00e0 chaque sprint suivant.<\/p>\n","protected":false},"excerpt":{"rendered":"

                              L’estimation en d\u00e9veloppement logiciel est souvent \u00e0 l’origine de tensions entre les product owners et les \u00e9quipes d’ing\u00e9nierie. Lorsqu’une histoire est floue, les d\u00e9veloppeurs ne peuvent pas fournir d’estimations pr\u00e9cises…<\/p>\n","protected":false},"author":1,"featured_media":760,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_yoast_wpseo_title":"R\u00e9digez des histoires utilisateur que les d\u00e9veloppeurs peuvent estimer facilement | Guide Agile","_yoast_wpseo_metadesc":"Apprenez \u00e0 r\u00e9diger des histoires utilisateur pour une estimation pr\u00e9cise par les d\u00e9veloppeurs dans Scrum. Am\u00e9liorez la vitesse et r\u00e9duisez l'ambigu\u00eft\u00e9 avec ces techniques \u00e9prouv\u00e9es.","fifu_image_url":"","fifu_image_alt":"","footnotes":""},"categories":[44],"tags":[41,43],"class_list":["post-759","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-scrum","tag-academic","tag-scrum"],"yoast_head":"\nR\u00e9digez des histoires utilisateur que les d\u00e9veloppeurs peuvent estimer facilement | Guide Agile<\/title>\n<meta name=\"description\" content=\"Apprenez \u00e0 r\u00e9diger des histoires utilisateur pour une estimation pr\u00e9cise par les d\u00e9veloppeurs dans Scrum. Am\u00e9liorez la vitesse et r\u00e9duisez l'ambigu\u00eft\u00e9 avec ces techniques \u00e9prouv\u00e9es.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.viz-tools.com\/fr\/write-user-stories-developers-estimate-easily\/\" \/>\n<meta property=\"og:locale\" content=\"fr_FR\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"R\u00e9digez des histoires utilisateur que les d\u00e9veloppeurs peuvent estimer facilement | Guide Agile\" \/>\n<meta property=\"og:description\" content=\"Apprenez \u00e0 r\u00e9diger des histoires utilisateur pour une estimation pr\u00e9cise par les d\u00e9veloppeurs dans Scrum. Am\u00e9liorez la vitesse et r\u00e9duisez l'ambigu\u00eft\u00e9 avec ces techniques \u00e9prouv\u00e9es.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.viz-tools.com\/fr\/write-user-stories-developers-estimate-easily\/\" \/>\n<meta property=\"og:site_name\" content=\"Viz Tools French - Latest Trends in Software, Tech, and Innovation\" \/>\n<meta property=\"article:published_time\" content=\"2026-03-25T14:18:24+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/www.viz-tools.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/03\/user-story-estimation-whiteboard-infographic.jpg\" \/>\n\t<meta property=\"og:image:width\" content=\"1664\" \/>\n\t<meta property=\"og:image:height\" content=\"928\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/jpeg\" \/>\n<meta name=\"author\" content=\"vpadmin\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"\u00c9crit par\" \/>\n\t<meta name=\"twitter:data1\" content=\"vpadmin\" \/>\n\t<meta name=\"twitter:label2\" content=\"Dur\u00e9e de lecture estim\u00e9e\" \/>\n\t<meta name=\"twitter:data2\" content=\"13 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\/\/www.viz-tools.com\/fr\/write-user-stories-developers-estimate-easily\/#article\",\"isPartOf\":{\"@id\":\"https:\/\/www.viz-tools.com\/fr\/write-user-stories-developers-estimate-easily\/\"},\"author\":{\"name\":\"vpadmin\",\"@id\":\"https:\/\/www.viz-tools.com\/fr\/#\/schema\/person\/f0483c8e16a5e74ba067e69a80eb9b0c\"},\"headline\":\"Guide Scrum : R\u00e9digez des histoires utilisateur que les d\u00e9veloppeurs peuvent estimer facilement\",\"datePublished\":\"2026-03-25T14:18:24+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\/\/www.viz-tools.com\/fr\/write-user-stories-developers-estimate-easily\/\"},\"wordCount\":2810,\"publisher\":{\"@id\":\"https:\/\/www.viz-tools.com\/fr\/#organization\"},\"image\":{\"@id\":\"https:\/\/www.viz-tools.com\/fr\/write-user-stories-developers-estimate-easily\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/www.viz-tools.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/03\/user-story-estimation-whiteboard-infographic.jpg\",\"keywords\":[\"academic\",\"scrum\"],\"articleSection\":[\"Scrum\"],\"inLanguage\":\"fr-FR\"},{\"@type\":\"WebPage\",\"@id\":\"https:\/\/www.viz-tools.com\/fr\/write-user-stories-developers-estimate-easily\/\",\"url\":\"https:\/\/www.viz-tools.com\/fr\/write-user-stories-developers-estimate-easily\/\",\"name\":\"R\u00e9digez des histoires utilisateur que les d\u00e9veloppeurs peuvent estimer facilement | Guide Agile\",\"isPartOf\":{\"@id\":\"https:\/\/www.viz-tools.com\/fr\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\/\/www.viz-tools.com\/fr\/write-user-stories-developers-estimate-easily\/#primaryimage\"},\"image\":{\"@id\":\"https:\/\/www.viz-tools.com\/fr\/write-user-stories-developers-estimate-easily\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/www.viz-tools.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/03\/user-story-estimation-whiteboard-infographic.jpg\",\"datePublished\":\"2026-03-25T14:18:24+00:00\",\"description\":\"Apprenez \u00e0 r\u00e9diger des histoires utilisateur pour une estimation pr\u00e9cise par les d\u00e9veloppeurs dans Scrum. Am\u00e9liorez la vitesse et r\u00e9duisez l'ambigu\u00eft\u00e9 avec ces techniques \u00e9prouv\u00e9es.\",\"breadcrumb\":{\"@id\":\"https:\/\/www.viz-tools.com\/fr\/write-user-stories-developers-estimate-easily\/#breadcrumb\"},\"inLanguage\":\"fr-FR\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/www.viz-tools.com\/fr\/write-user-stories-developers-estimate-easily\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"fr-FR\",\"@id\":\"https:\/\/www.viz-tools.com\/fr\/write-user-stories-developers-estimate-easily\/#primaryimage\",\"url\":\"https:\/\/www.viz-tools.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/03\/user-story-estimation-whiteboard-infographic.jpg\",\"contentUrl\":\"https:\/\/www.viz-tools.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/03\/user-story-estimation-whiteboard-infographic.jpg\",\"width\":1664,\"height\":928},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/www.viz-tools.com\/fr\/write-user-stories-developers-estimate-easily\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\/\/www.viz-tools.com\/fr\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Guide Scrum : R\u00e9digez des histoires utilisateur que les d\u00e9veloppeurs peuvent estimer facilement\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/www.viz-tools.com\/fr\/#website\",\"url\":\"https:\/\/www.viz-tools.com\/fr\/\",\"name\":\"Viz Tools French - Latest Trends in Software, Tech, and Innovation\",\"description\":\"\",\"publisher\":{\"@id\":\"https:\/\/www.viz-tools.com\/fr\/#organization\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/www.viz-tools.com\/fr\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"fr-FR\"},{\"@type\":\"Organization\",\"@id\":\"https:\/\/www.viz-tools.com\/fr\/#organization\",\"name\":\"Viz Tools French - Latest Trends in Software, Tech, and Innovation\",\"url\":\"https:\/\/www.viz-tools.com\/fr\/\",\"logo\":{\"@type\":\"ImageObject\",\"inLanguage\":\"fr-FR\",\"@id\":\"https:\/\/www.viz-tools.com\/fr\/#\/schema\/logo\/image\/\",\"url\":\"https:\/\/www.viz-tools.com\/fr\/wp-content\/uploads\/sites\/6\/2025\/03\/viz-tools-logo.png\",\"contentUrl\":\"https:\/\/www.viz-tools.com\/fr\/wp-content\/uploads\/sites\/6\/2025\/03\/viz-tools-logo.png\",\"width\":512,\"height\":512,\"caption\":\"Viz Tools French - Latest Trends in Software, Tech, and Innovation\"},\"image\":{\"@id\":\"https:\/\/www.viz-tools.com\/fr\/#\/schema\/logo\/image\/\"}},{\"@type\":\"Person\",\"@id\":\"https:\/\/www.viz-tools.com\/fr\/#\/schema\/person\/f0483c8e16a5e74ba067e69a80eb9b0c\",\"name\":\"vpadmin\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"fr-FR\",\"@id\":\"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g\",\"url\":\"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g\",\"contentUrl\":\"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g\",\"caption\":\"vpadmin\"},\"sameAs\":[\"https:\/\/www.viz-tools.com\"],\"url\":\"https:\/\/www.viz-tools.com\/fr\/author\/vpadmin\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"R\u00e9digez des histoires utilisateur que les d\u00e9veloppeurs peuvent estimer facilement | Guide Agile","description":"Apprenez \u00e0 r\u00e9diger des histoires utilisateur pour une estimation pr\u00e9cise par les d\u00e9veloppeurs dans Scrum. Am\u00e9liorez la vitesse et r\u00e9duisez l'ambigu\u00eft\u00e9 avec ces techniques \u00e9prouv\u00e9es.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.viz-tools.com\/fr\/write-user-stories-developers-estimate-easily\/","og_locale":"fr_FR","og_type":"article","og_title":"R\u00e9digez des histoires utilisateur que les d\u00e9veloppeurs peuvent estimer facilement | Guide Agile","og_description":"Apprenez \u00e0 r\u00e9diger des histoires utilisateur pour une estimation pr\u00e9cise par les d\u00e9veloppeurs dans Scrum. Am\u00e9liorez la vitesse et r\u00e9duisez l'ambigu\u00eft\u00e9 avec ces techniques \u00e9prouv\u00e9es.","og_url":"https:\/\/www.viz-tools.com\/fr\/write-user-stories-developers-estimate-easily\/","og_site_name":"Viz Tools French - Latest Trends in Software, Tech, and Innovation","article_published_time":"2026-03-25T14:18:24+00:00","og_image":[{"width":1664,"height":928,"url":"https:\/\/www.viz-tools.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/03\/user-story-estimation-whiteboard-infographic.jpg","type":"image\/jpeg"}],"author":"vpadmin","twitter_card":"summary_large_image","twitter_misc":{"\u00c9crit par":"vpadmin","Dur\u00e9e de lecture estim\u00e9e":"13 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.viz-tools.com\/fr\/write-user-stories-developers-estimate-easily\/#article","isPartOf":{"@id":"https:\/\/www.viz-tools.com\/fr\/write-user-stories-developers-estimate-easily\/"},"author":{"name":"vpadmin","@id":"https:\/\/www.viz-tools.com\/fr\/#\/schema\/person\/f0483c8e16a5e74ba067e69a80eb9b0c"},"headline":"Guide Scrum : R\u00e9digez des histoires utilisateur que les d\u00e9veloppeurs peuvent estimer facilement","datePublished":"2026-03-25T14:18:24+00:00","mainEntityOfPage":{"@id":"https:\/\/www.viz-tools.com\/fr\/write-user-stories-developers-estimate-easily\/"},"wordCount":2810,"publisher":{"@id":"https:\/\/www.viz-tools.com\/fr\/#organization"},"image":{"@id":"https:\/\/www.viz-tools.com\/fr\/write-user-stories-developers-estimate-easily\/#primaryimage"},"thumbnailUrl":"https:\/\/www.viz-tools.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/03\/user-story-estimation-whiteboard-infographic.jpg","keywords":["academic","scrum"],"articleSection":["Scrum"],"inLanguage":"fr-FR"},{"@type":"WebPage","@id":"https:\/\/www.viz-tools.com\/fr\/write-user-stories-developers-estimate-easily\/","url":"https:\/\/www.viz-tools.com\/fr\/write-user-stories-developers-estimate-easily\/","name":"R\u00e9digez des histoires utilisateur que les d\u00e9veloppeurs peuvent estimer facilement | Guide Agile","isPartOf":{"@id":"https:\/\/www.viz-tools.com\/fr\/#website"},"primaryImageOfPage":{"@id":"https:\/\/www.viz-tools.com\/fr\/write-user-stories-developers-estimate-easily\/#primaryimage"},"image":{"@id":"https:\/\/www.viz-tools.com\/fr\/write-user-stories-developers-estimate-easily\/#primaryimage"},"thumbnailUrl":"https:\/\/www.viz-tools.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/03\/user-story-estimation-whiteboard-infographic.jpg","datePublished":"2026-03-25T14:18:24+00:00","description":"Apprenez \u00e0 r\u00e9diger des histoires utilisateur pour une estimation pr\u00e9cise par les d\u00e9veloppeurs dans Scrum. Am\u00e9liorez la vitesse et r\u00e9duisez l'ambigu\u00eft\u00e9 avec ces techniques \u00e9prouv\u00e9es.","breadcrumb":{"@id":"https:\/\/www.viz-tools.com\/fr\/write-user-stories-developers-estimate-easily\/#breadcrumb"},"inLanguage":"fr-FR","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.viz-tools.com\/fr\/write-user-stories-developers-estimate-easily\/"]}]},{"@type":"ImageObject","inLanguage":"fr-FR","@id":"https:\/\/www.viz-tools.com\/fr\/write-user-stories-developers-estimate-easily\/#primaryimage","url":"https:\/\/www.viz-tools.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/03\/user-story-estimation-whiteboard-infographic.jpg","contentUrl":"https:\/\/www.viz-tools.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/03\/user-story-estimation-whiteboard-infographic.jpg","width":1664,"height":928},{"@type":"BreadcrumbList","@id":"https:\/\/www.viz-tools.com\/fr\/write-user-stories-developers-estimate-easily\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/www.viz-tools.com\/fr\/"},{"@type":"ListItem","position":2,"name":"Guide Scrum : R\u00e9digez des histoires utilisateur que les d\u00e9veloppeurs peuvent estimer facilement"}]},{"@type":"WebSite","@id":"https:\/\/www.viz-tools.com\/fr\/#website","url":"https:\/\/www.viz-tools.com\/fr\/","name":"Viz Tools French - Latest Trends in Software, Tech, and Innovation","description":"","publisher":{"@id":"https:\/\/www.viz-tools.com\/fr\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.viz-tools.com\/fr\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"fr-FR"},{"@type":"Organization","@id":"https:\/\/www.viz-tools.com\/fr\/#organization","name":"Viz Tools French - Latest Trends in Software, Tech, and Innovation","url":"https:\/\/www.viz-tools.com\/fr\/","logo":{"@type":"ImageObject","inLanguage":"fr-FR","@id":"https:\/\/www.viz-tools.com\/fr\/#\/schema\/logo\/image\/","url":"https:\/\/www.viz-tools.com\/fr\/wp-content\/uploads\/sites\/6\/2025\/03\/viz-tools-logo.png","contentUrl":"https:\/\/www.viz-tools.com\/fr\/wp-content\/uploads\/sites\/6\/2025\/03\/viz-tools-logo.png","width":512,"height":512,"caption":"Viz Tools French - Latest Trends in Software, Tech, and Innovation"},"image":{"@id":"https:\/\/www.viz-tools.com\/fr\/#\/schema\/logo\/image\/"}},{"@type":"Person","@id":"https:\/\/www.viz-tools.com\/fr\/#\/schema\/person\/f0483c8e16a5e74ba067e69a80eb9b0c","name":"vpadmin","image":{"@type":"ImageObject","inLanguage":"fr-FR","@id":"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g","caption":"vpadmin"},"sameAs":["https:\/\/www.viz-tools.com"],"url":"https:\/\/www.viz-tools.com\/fr\/author\/vpadmin\/"}]}},"_links":{"self":[{"href":"https:\/\/www.viz-tools.com\/fr\/wp-json\/wp\/v2\/posts\/759","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.viz-tools.com\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.viz-tools.com\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.viz-tools.com\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.viz-tools.com\/fr\/wp-json\/wp\/v2\/comments?post=759"}],"version-history":[{"count":0,"href":"https:\/\/www.viz-tools.com\/fr\/wp-json\/wp\/v2\/posts\/759\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.viz-tools.com\/fr\/wp-json\/wp\/v2\/media\/760"}],"wp:attachment":[{"href":"https:\/\/www.viz-tools.com\/fr\/wp-json\/wp\/v2\/media?parent=759"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.viz-tools.com\/fr\/wp-json\/wp\/v2\/categories?post=759"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.viz-tools.com\/fr\/wp-json\/wp\/v2\/tags?post=759"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}