Le backlog refinement, ou affinage du backlog en fran\u00e7ais, est une r\u00e9union Agile o\u00f9 l\u2019\u00e9quipe Scrum passe en revue et am\u00e9liore les \u00e9l\u00e9ments du backlog produit. L\u2019objectif est de s\u2019assurer que les user stories sont claires, bien d\u00e9finies, correctement prioris\u00e9es et estim\u00e9es avant d\u2019\u00eatre int\u00e9gr\u00e9es dans un sprint. Cela permet d\u2019optimiser la planification et d\u2019\u00e9viter les blocages pendant le d\u00e9veloppement.<\/p>\n"},{"question":"Est-ce que backlog grooming et backlog refinement sont la m\u00eame chose ?","answer":"
Oui, backlog grooming et backlog refinement d\u00e9signent le m\u00eame processus. Le terme \"backlog grooming\" \u00e9tait couramment utilis\u00e9 dans Scrum. Mais il a \u00e9t\u00e9 remplac\u00e9 par \"backlog refinement\", jug\u00e9 plus clair et plus pr\u00e9cis. Les deux termes font r\u00e9f\u00e9rence \u00e0 l\u2019am\u00e9lioration continue du backlog produit en clarifiant, en priorisant et en estimant les user stories avant leur d\u00e9veloppement.<\/p>\n"},{"question":"Quelle est la diff\u00e9rence entre backlog refinement et sprint planning ?","answer":"
Le backlog refinement et le sprint planning sont deux \u00e9v\u00e9nements Scrum distincts mais compl\u00e9mentaires :
\n- Backlog refinement ou affinage du backlog : il se d\u00e9roule avant le sprint planning et vise \u00e0 pr\u00e9parer le backlog produit en affinant, clarifiant et priorisant les user stories.
\n- Sprint planning ou planification de sprint : il marque le d\u00e9but du sprint et consiste \u00e0 s\u00e9lectionner les user stories du backlog produit pour les int\u00e9grer dans le sprint backlog. L\u2019\u00e9quipe d\u00e9finit \u00e9galement les objectifs du sprint et planifie les t\u00e2ches \u00e0 r\u00e9aliser.
\nEn r\u00e9sum\u00e9, le backlog refinement permet d\u2019anticiper et d\u2019optimiser le sprint planning, rendant la planification plus fluide et efficace.<\/p>\n"},{"question":"Quel est l\u2019objectif le plus important d\u2019une s\u00e9ance de backlog refinement ?","answer":"
L\u2019objectif principal du backlog refinement est de pr\u00e9parer le backlog produit pour les prochains sprints. Cela inclut la clarification des exigences, l\u2019ajout de d\u00e9tails aux user stories, l\u2019estimation des efforts et l\u2019ajustement des priorit\u00e9s. Un backlog bien affin\u00e9 garantit que l\u2019\u00e9quipe dispose de toutes les informations n\u00e9cessaires pour avancer efficacement.<\/p>\n"},{"question":"Quand faut-il raffiner le backlog produit ?","answer":"
Le backlog produit doit \u00eatre affin\u00e9 de mani\u00e8re continue. Mais, en g\u00e9n\u00e9ral, une session de backlog refinement est organis\u00e9e une \u00e0 deux fois par sprint. L\u2019objectif est d\u2019anticiper les prochaines it\u00e9rations et d\u2019\u00e9viter les impr\u00e9vus. Id\u00e9alement, l\u2019\u00e9quipe consacre environ 10 % du temps du sprint \u00e0 cet affinage.<\/p>\n"}]}],"activate_cta_banner":false,"banner_url":"","main_text_banner":"","sub_title_banner":"","sub_title_banner_second":"","banner_button_text":"","below_banner_line":"","use_customized_cta":false,"custom_schema_code":"","sections":[{"acf_fc_layout":"content_1","blocks":[{"main_heading":"","content_block":[{"acf_fc_layout":"text","content":"
Le backlog refinement, ou l’affinage du backlog produit en fran\u00e7ais, est une r\u00e9union Scrum qui permet d’am\u00e9liorer la qualit\u00e9 de son backlog produit en en \u00e9liminant les \u00e9l\u00e9ments qui ne sont plus pertinents afin d\u2019\u00eatre efficace lors du prochain sprint. En \u00ab peaufinant \u00bb r\u00e9guli\u00e8rement son backlog produit, on obtient donc une image plus pr\u00e9cise des t\u00e2ches qui m\u00e9ritent notre attention. Ainsi, on peut d\u00e9velopper de meilleurs produits plus rapidement et \u00e9viter de gaspiller des ressources inutilement.<\/p>\n
Dans cet article, nous donnerons donc la d\u00e9finition de backlog refinement ou backlog grooming. Puis, nous verrons son importance et les meilleures pratiques pour savoir comment affiner efficacement son backlog produit. Enfin, nous vous donnerons toutes les astuces pour rendre vos sprints plus efficaces et ma\u00eetriser tous vos backlogs refinement Agiles avec monday dev.<\/p>\nEssayer monday dev <\/a>\n"}]},{"main_heading":"C'est quoi le backlog refinement : d\u00e9finition","content_block":[{"acf_fc_layout":"text","content":" Autrefois appel\u00e9 backlog grooming<\/i>, on pr\u00e9f\u00e8re aujourd\u2019hui le terme backlog refinement <\/i>pour d\u00e9signer le processus qui sert \u00e0 affiner son backlog produit<\/a>. Ainsi, un backlog refinement meeting est la r\u00e9union Scrum<\/a> qui consiste \u00e0 hi\u00e9rarchiser et \u00e0 classer les \u00e9l\u00e9ments de son backlog produit avant son ex\u00e9cution dans les prochains sprints.<\/p>\n Le backlog refinement meeting est g\u00e9n\u00e9ralement effectu\u00e9 au d\u00e9but d’un projet. Mais, il peut se r\u00e9it\u00e9rer tout au long du cycle de vie du projet aussi souvent que de besoin. Par exemple, si un \u00e9l\u00e9ment du backlog produit gagne soudainement en importance, vous pouvez d\u00e9cider de le d\u00e9placer en haut de la liste et de red\u00e9finir sa priorit\u00e9.<\/p>\n L’objectif principal du backlog refinement est d’identifier et de supprimer tous les \u00e9l\u00e9ments de faible priorit\u00e9 du backlog produit afin que l\u2019on puisse se concentrer sur ce qui est vraiment pertinent.<\/p><\/blockquote>\n Le backlog refinement, ou backlog grooming, permet donc de clarifier ce qui doit \u00eatre fait, par qui et quand cela doit \u00eatre fait.<\/p>\n"},{"acf_fc_layout":"colored_notification","text":" Pour rappel, le backlog produit est une liste de t\u00e2ches ou d’exigences qui doivent \u00eatre r\u00e9alis\u00e9es au cours du projet. Il est principalement utilis\u00e9 en gestion de produit Agile<\/a> o\u00f9 le travail est accompli en courtes it\u00e9rations connues sous le nom de \u00ab sprints<\/a>\u00a0\u00bb.<\/p>\n","quote":false,"author":"","position":"","avatar":false}]},{"main_heading":"Les avantages du backlog refinement meeting","content_block":[{"acf_fc_layout":"text","content":" En quelques mots, le backlog refinement meeting sert \u00e0 rendre toute l\u2019\u00e9quipe plus efficace. En effet, voir clairement toutes les t\u00e2ches qui se trouvent dans son backlog produit et les classer par ordre de priorit\u00e9 permet de se concentrer sur les bonnes t\u00e2ches au bon moment.<\/p>\n Ainsi, la session de backlog refinement permet de se r\u00e9unir avec son \u00e9quipe pour classer collectivement les \u00e9l\u00e9ments du backlog produit en fonction de leur priorit\u00e9, de l’effort requis pour les mener \u00e0 bien, du risque li\u00e9 \u00e0 leur ex\u00e9cution ou de tout autre crit\u00e8re pertinent pour son organisation personnelle.<\/p>\n L\u2019\u00e9quipe de d\u00e9veloppement produit<\/a> peut \u00e9galement utiliser une session de backlog refinement pour d\u00e9tecter les d\u00e9pendances entre les t\u00e2ches et cr\u00e9er un meilleur mod\u00e8le de backlog produit.<\/p>\n Voici d’autres avantages \u00e0 consacrer une r\u00e9union \u00e0 l\u2019affinage du backlog produit\u00a0:<\/p>\n Maintenant que l\u2019on sait ce qu’est un backlog refinement meeting, nous allons nous pencher sur les bonnes pratiques \u00e0 prendre en compte pour organiser une session de backlog refinement dans son organisation.<\/p>\n Lors du backlog refinement meeting, on a souvent tendance \u00e0 passer d’epics et de user stories<\/a> tr\u00e8s g\u00e9n\u00e9raux \u00e0 des \u00e9l\u00e9ments beaucoup plus d\u00e9taill\u00e9s au fur et \u00e0 mesure que l\u2019on avance dans le projet. En fait, epics et user stories sont la fa\u00e7on dont les parties prenantes de l’entreprise communiquent ce qu’elles attendent du projet.<\/p>\n Les user stories, ou r\u00e9cit utilisateur en fran\u00e7ais, sont donc comme des mini-projets qui se pr\u00e9sentent sous la forme d\u2019une liste de petites t\u00e2ches \u00e0 accomplir. Ensuite, on rassemble plusieurs user stories pour former un corpus de travail plus important appel\u00e9 epic ou \u00e9pop\u00e9e en fran\u00e7ais. Enfin, les user stories se voient attribuer des story points<\/a> afin d’estimer la difficult\u00e9 de leur r\u00e9alisation.<\/p>\n Donc, avant de commencer une r\u00e9union de backlog refinement, assurez-vous de disposer d’une liste claire et hi\u00e9rarchis\u00e9e des user stories et des epics que vous souhaitez inclure dans la session d’affinage du backlog.<\/p>\n Or, pour cela, adopter le bon outil de gestion de projet Agile<\/a> facilite grandement la gestion des \u00e9l\u00e9ments de son backlog produit. Par exemple, avec monday dev, vous avez acc\u00e8s aux donn\u00e9es chiffr\u00e9es les plus pertinentes pour \u00e9tablir des priorit\u00e9s. En outre, les tableaux de bord personnalisables de monday dev fournissent tous les \u00e9l\u00e9ments dont vous avez besoin pour hi\u00e9rarchiser les t\u00e2ches de votre backlog produit selon leur impact, l’effort estim\u00e9 pour les r\u00e9aliser ou toute autre donn\u00e9e importante pour votre entreprise.<\/p>\n"},{"acf_fc_layout":"image","image_type":"normal","image":216234,"image_link":""},{"acf_fc_layout":"text","content":" Ainsi, vous pouvez utiliser monday dev pour planifier toutes vos sessions d’affinage du backlog. Et le meilleur\u00a0?<\/p>\n Vous pouvez avertir chaque participant automatiquement<\/a>.<\/p>\n"},{"acf_fc_layout":"image","image_type":"normal","image":216241,"image_link":""},{"acf_fc_layout":"text","content":" De cette fa\u00e7on, vous \u00eates s\u00fbr que tout le monde accorde l\u2019importance requise \u00e0 vos r\u00e9unions de backlog refinement.<\/p>\n Les sessions de backlog refinement sont collaboratives par nature. Votre \u00e9quipe produit doit donc \u00eatre pleinement impliqu\u00e9e dans le processus d\u2019affinage du backlog. En fait, ce n\u2019est qu\u2019une fois que vous aurez la certitude que chaque participant est bien impliqu\u00e9 dans le meeting et qu\u2019il est suffisamment familiaris\u00e9 avec le processus que vous pourrez tirer le meilleur parti de chaque session d\u2019affinage du backlog.<\/p>\n Ainsi, si votre \u00e9quipe n’est pas disponible pour une session de backlog refinement d’une journ\u00e9e enti\u00e8re, vous pouvez la diviser en sessions plus courtes et cons\u00e9cutives. Vous pouvez m\u00eame organiser plusieurs sessions d’affinage du backlog \u00e0 la fois, en fonction des exigences de votre projet.<\/p>\n Cependant, disposer d\u2019un bon Work OS est essentiel \u00e0 ce stade. Par exemple, avec monday dev, vous pouvez inviter toute votre \u00e9quipe \u00e0 travailler sur la m\u00eame plateforme et centraliser votre collaboration au m\u00eame endroit.<\/p>\n"},{"acf_fc_layout":"image","image_type":"normal","image":215528,"image_link":""},{"acf_fc_layout":"text","content":" En effet, centraliser les informations est essentiel dans Scrum. Cela permet de voir ce sur quoi chacun travaille \u00e0 tout moment et d\u2019\u00e9viter la redondance des t\u00e2ches. Par exemple, si vous ne travaillez pas sur un backlog partag\u00e9, certains collaborateurs pourraient s’attribuer des t\u00e2ches qui ne sont pas de leur responsabilit\u00e9 tandis que d’autres ne savent tout simplement pas ce que l’\u00e9quipe est en train de faire. En outre, un backlog produit partag\u00e9 offre de la transparence aux parties prenantes qui souhaitent conna\u00eetre l’\u00e9tat d’avancement du projet.<\/p>\n Avant de commencer un backlog refinement meeting, assurez-vous de fixer un objectif clair. En effet, c\u2019est lui qui va d\u00e9finir le livrable ou le r\u00e9sultat attendu de la session.<\/p>\n Par exemple, si vous affinez des mod\u00e8les de domaine, l’objectif peut \u00eatre de \u00ab\u00a0se mettre d’accord sur les concepts centraux du domaine d’application\u00a0<\/em>\u00bb ou de \u00ab\u00a0d\u00e9finir le diagramme de classe pour chaque user story\u00a0<\/em>\u00bb.<\/p>\n Si vous affinez des user stories, l’objectif peut alors \u00eatre de \u00ab\u00a0d\u00e9finir les crit\u00e8res d\u2019acceptation des user stories\u00a0<\/em>\u00bb ou de \u00ab\u00a0diviser les grandes stories en stories plus petites\u00a0<\/em>\u00bb.<\/p>\n L’essentiel est de quitter la session d\u2019affinage du backlog avec une liste de t\u00e2ches r\u00e9alisables imm\u00e9diatement. Ainsi, on peut rester concentr\u00e9 sur la r\u00e9alisation de son objectif et s’assurer que toutes les personnes concern\u00e9es savent de quoi l\u2019on parle \u00e0 tout moment.<\/p>\n Lors de l’examen des story cards par l’assurance qualit\u00e9 (QA), v\u00e9rifiez les d\u00e9tails fournis pour chaque t\u00e2che et demandez-vous ce que vous pourriez faire pour les rendre plus clairs. Par exemple, d\u00e9placer une t\u00e2che de \u00ab\u00a0Backlog\u00a0<\/em>\u00bb \u00e0 \u00ab\u00a0In Progress\u00a0<\/em>\u00bb doit soulever des questions sur ce qu’il reste \u00e0 faire. Imaginez quelqu\u2019un d\u2019autre en train de lire ces informations et si elles auraient un sens pour lui aussi.<\/p>\n Avec monday dev, ajouter ce niveau de d\u00e9tail \u00e0 votre backlog produit est assez simple. Il suffit de double-cliquer sur un \u00e9l\u00e9ment du backlog produit. Vous pouvez alors ajouter des WorkDocs<\/a>, des images, des to-do listes et tout autre m\u00e9dia de votre choix.<\/p>\n"},{"acf_fc_layout":"image","image_type":"normal","image":216249,"image_link":""},{"acf_fc_layout":"text","content":" Ainsi, chaque partie prenante peut communiquer en temps r\u00e9el et rester sur la m\u00eame longueur d’onde que ses collaborateurs.<\/p>\n Comme pour toute r\u00e9union, plus le backlog refinement meeting se prolonge, moins les participants sont concentr\u00e9s. En effet, la disponibilit\u00e9 et la concentration des personnes ne sont pas toujours constantes. Ils peuvent \u00eatre distraits par toutes sortes de choses avant et apr\u00e8s la r\u00e9union. C’est pourquoi il vaut mieux que celle-ci soit courte et pr\u00e9cise.<\/p>\n Pour garder une r\u00e9union de backlog refinement efficace, la r\u00e8gle des 50\/30\/20 est donc particuli\u00e8rement utile.<\/p>\n Initialement con\u00e7ue pour g\u00e9rer son budget, la r\u00e8gle des 50\/30\/20 est une strat\u00e9gie simple qui stipule que les r\u00e9unions d’affinage du backlog ne doivent pas prendre plus de 20 % de la capacit\u00e9 de l’\u00e9quipe, ne doivent pas durer plus de 30\u00a0minutes et doivent \u00eatre limit\u00e9es \u00e0 50 story points. Mais, si vous savez d\u00e9j\u00e0 que 50\u00a0story points prendront trop de temps, vous pouvez m\u00eame r\u00e9duire le nombre de points \u00e0 affiner ou diviser le backlog en plus petits morceaux.<\/p>\nEssayer monday dev <\/a>\n"}]},{"main_heading":"Organiser son backlog refinement Agile en six \u00e9tapes","content_block":[{"acf_fc_layout":"text","content":" Mettre en \u0153uvre son backlog refinement n’est pas difficile. Mais, vous avez besoin d’une approche syst\u00e9matique. Sinon, vos sessions d\u2019affinage du backlog pourraient s’av\u00e9rer contre-productives.<\/p><\/blockquote>\n Voici comment pr\u00e9parer un backlog refinement meeting en six \u00e9tapes simples.<\/p>\n La premi\u00e8re \u00e9tape du backlog refinement consiste \u00e0 identifier toutes les demandes en attente dans votre backlog. C\u2019est-\u00e0-dire la liste des \u00e9l\u00e9ments de travail qui ont \u00e9t\u00e9 cr\u00e9\u00e9s au cours des sprints pr\u00e9c\u00e9dents.<\/p>\n Organisez ces \u00e9l\u00e9ments du backlog produit en plusieurs cat\u00e9gories\u00a0:<\/p>\n L’objectif est d’avoir un petit nombre de user stories pr\u00eates pour la premi\u00e8re session de backlog refinement. Travailler sur des user stories isol\u00e9es est une bonne pratique \u00e0 ce stade car elles sont encore relativement ind\u00e9pendantes et faciles \u00e0 g\u00e9rer.<\/p>\n Faites le tri dans le backlog produit pour trouver les user stories qui sont similaires et rassemblez-les en une seule story. Cela permettra de simplifier les choses pour toutes les personnes impliqu\u00e9es dans le projet.<\/p>\n Attention cependant, la story rassembl\u00e9e doit avoir un objectif clair et \u00eatre test\u00e9e du d\u00e9but \u00e0 la fin.<\/p>\n Les user stories complexes sont difficiles \u00e0 planifier et peuvent prendre beaucoup de temps \u00e0 r\u00e9aliser. Pour d\u00e9composer ces stories, examinez leurs crit\u00e8res d’acceptation et d\u00e9terminez ceux qui doivent \u00eatre compl\u00e9t\u00e9s avant de passer \u00e0 l’\u00e9tape suivante. Cela vous aidera \u00e0 identifier les stories qui d\u00e9pendent des autres et \u00e0 simplifier le processus global.<\/p>\n Prenons un exemple : pour utiliser pleinement un syst\u00e8me donn\u00e9, les utilisateurs doivent avoir acc\u00e8s au mot de passe. Dans ce cas, \u00ab l’acc\u00e8s au mot de passe\u00a0<\/em>\u00bb est une \u00e9tape n\u00e9cessaire \u00e0 l’utilisation du syst\u00e8me. Autrement dit, avant m\u00eame d\u2019ouvrir un compte, les utilisateurs doivent avoir acc\u00e8s au mot de passe d’une mani\u00e8re ou d’une autre. La premi\u00e8re \u00e9tape n’est donc pas quand l\u2019utilisateur cr\u00e9e un compte, il s’agit plut\u00f4t d’une condition pr\u00e9alable \u00e0 toute action de sa part.<\/p>\n Ainsi, en d\u00e9composant des stories complexes comme celle-ci, vous pouvez d\u00e9terminer ce qui doit \u00eatre fait avant de passer \u00e0 l\u2019\u00e9tape suivante.<\/p>\n Apr\u00e8s avoir identifi\u00e9 les t\u00e2ches les plus importantes, vous pouvez les classer par ordre de priorit\u00e9 et d\u00e9terminer le temps \u00e0 consacrer \u00e0 chaque story. Cela permet \u00e0 chacun, des d\u00e9veloppeurs aux product owners, de se concentrer sur l’avancement de son travail. En outre, cela contribue \u00e0 \u00e9liminer les goulets d’\u00e9tranglement qui pourraient survenir \u00e0 l’avenir.<\/p>\n Une fois que vous avez pass\u00e9 en revue l’ensemble du backlog produit et attribu\u00e9 un temps \u00e0 chaque t\u00e2che, essayez de faire un examen rapide pour d\u00e9terminer le temps n\u00e9cessaire \u00e0 la r\u00e9alisation de toutes les t\u00e2ches qui incombent \u00e0 votre \u00e9quipe.<\/p>\n Si tout se passe bien, vous pouvez passer \u00e0 l’\u00e9tape suivante, celle du backlog refinement.<\/p>\n Une autre m\u00e9thode pour classer les user stories consiste \u00e0 utiliser le dimensionnement relatif. Il s’agit de d\u00e9composer chaque \u00e9l\u00e9ment en composants plus petits avant de leur attribuer une taille\u00a0: petite, moyenne ou grande. Il est ainsi plus facile d’estimer et de planifier le travail par rapport \u00e0 d’autres t\u00e2ches.<\/p>\n Apr\u00e8s avoir \u00e9valu\u00e9 les \u00e9l\u00e9ments du backlog produit, les avoir examin\u00e9s avec les parties prenantes concern\u00e9es et avoir identifi\u00e9 des options pour chaque \u00e9l\u00e9ment, il est temps de proc\u00e9der au backlog refinement proprement dit.<\/p>\n \u00c9liminez tous les \u00e9l\u00e9ments qui n’ont pas leur place dans le backlog produit car ils ne sont plus pertinents ou qu’il n’est plus possible de les mettre en \u0153uvre. Et n’oubliez pas de vous d\u00e9barrasser des t\u00e2ches que vous n’avez pas la capacit\u00e9 ou les comp\u00e9tences n\u00e9cessaires pour accomplir.<\/p>\n Une fois que vous aurez termin\u00e9, vous devriez avoir un backlog produit plus petit, plus facile \u00e0 comprendre et \u00e0 utiliser. Vous devriez \u00e9galement vous retrouver avec des t\u00e2ches claires et exploitables. Il s’agit g\u00e9n\u00e9ralement d’\u00e9l\u00e9ments du backlog produit qui ont d\u00e9j\u00e0 \u00e9t\u00e9 divis\u00e9s en petits morceaux de travail.<\/p>\n Supprimez maintenant toutes les t\u00e2ches \u00e0 faible priorit\u00e9. De cette fa\u00e7on, votre backlog produit ne contiendra que les t\u00e2ches prioritaires qui doivent \u00eatre trait\u00e9es de toute urgence ou qui cr\u00e9ent le plus de valeur.<\/p>\n Lorsque vous avez termin\u00e9 votre session de backlog refinement, l’\u00e9tape suivante consiste \u00e0 attribuer les responsabilit\u00e9s et les t\u00e2ches de l’\u00e9quipe.<\/p>\n Pour ce faire, nous vous sugg\u00e9rons d’utiliser un Work OS qui offre de bonnes fonctions de gestion des t\u00e2ches<\/a>. Par exemple, avec monday dev, vous pouvez assigner des t\u00e2ches \u00e0 des membres sp\u00e9cifiques de l’\u00e9quipe, classer le travail par ordre de priorit\u00e9 et en superviser l’ex\u00e9cution.<\/p>\n"},{"acf_fc_layout":"image","image_type":"normal","image":216256,"image_link":""},{"acf_fc_layout":"text","content":" Vous pouvez cr\u00e9er un nombre illimit\u00e9 de t\u00e2ches et les classer par service, par projet, par produit ou par tout autre crit\u00e8re pertinent. Vous pouvez \u00e9galement d\u00e9finir des d\u00e9pendances entre les t\u00e2ches et programmer des activit\u00e9s avec des rappels par e-mail ou SMS pour un meilleur suivi des \u00e9ch\u00e9ances.<\/p>\n Avec monday dev, vous pouvez \u00e9galement cr\u00e9er des tableaux Kanban<\/a> pour visualiser le travail en cours et collaborer avec votre \u00e9quipe.<\/p>\n"},{"acf_fc_layout":"image","image_type":"normal","image":216263,"image_link":""},{"acf_fc_layout":"text","content":" Ainsi, vous pouvez identifier les goulets d’\u00e9tranglement, les endroits o\u00f9 le travail semble s’accumuler ou tout simplement les endroits o\u00f9 vous pouvez apporter votre aide.<\/p>\nEssayer monday dev <\/a>\n"}]},{"main_heading":"Pr\u00eat \u00e0 affiner votre backlog avec monday dev ?","content_block":[{"acf_fc_layout":"text","content":" Le backlog refinement ou backlog grooming, est donc une r\u00e9union essentielle pour toute \u00e9quipe produit. En effet, elle permet de s’assurer que le backlog produit reste pertinent tout au long du cycle de vie du projet. Nous esp\u00e9rons que vous disposez d\u00e9sormais de suffisamment d’informations pour commencer \u00e0 affiner efficacement votre backlog produit. Et si vous cherchez une plateforme qui vous facilite le travail en vous fournissant de puissantes visualisations, des automatisations et des fonctionnalit\u00e9s de suivi, alors monday.com peut vous aider.<\/p>\n Pour commencer, vous pouvez essayer notre mod\u00e8le de backlog produit<\/a> enti\u00e8rement personnalisable. Vous pouvez l’utiliser pour organiser, g\u00e9rer et hi\u00e9rarchiser tous les \u00e9l\u00e9ments de votre backlog produit dans un espace centralis\u00e9.<\/p>\nEssayer monday dev <\/a>\n\n
Backlog refinement : commencez par des \u00e9pics g\u00e9n\u00e9raux<\/h3>\n
Backlog refinement : priorisez le travail collaboratif<\/h3>\n
Backlog refinement : d\u00e9finissez un objectif clair<\/h3>\n
Backlog refinement : plongez dans les d\u00e9tails<\/h3>\n
Backlog refinement : utilisez la r\u00e8gle des 50\/30\/20<\/h3>\n
1. Identifier toutes les demandes de t\u00e2ches en attente<\/h3>\n
\n
2. Rassembler les \u00e9l\u00e9ments similaires<\/h3>\n
3. D\u00e9composer les user stories complexes<\/h3>\n
4. Examiner les stories et classer les t\u00e2ches par ordre de priorit\u00e9<\/h3>\n
5. Affiner le backlog produit<\/h3>\n
6. Attribuer des t\u00e2ches et des responsabilit\u00e9s<\/h3>\n
FAQ<\/h2>\n