Voir la source de 8 façons de garder votre backlog propre et actionnable

[[Category: Portail Product Owner]]
[[Category: Backlog DEEP]]
[[Catégorie:Dr Bart Jaworski]]
Auteur : Dr Bart Jaworski<br />
Source : [https://www.linkedin.com/posts/bart-jaworski_productmanagment-productmanagers-backlog-activity-7166464581299650560-pnEx 8 ways to keep your backlog clean and actionable]<br />
Date : 22/02/2024<br />
----
Traducteur : Fabrice Aimetti<br />
Date : 23/02/2024<br />
----
Traduction :<br />
<br />
Ressentez-vous de l'anxiété lorsque vous regardez votre backlog produit avec ces 1014 tickets ? Et si je vous disais qu'il y a une autre façon de faire ? Voici 8 façons de garder votre backlog propre et actionnable :
# '''Faites la différence entre un élément du backlog et une idée''' - Il est normal d'avoir un carnet, un Figma, un mur, peu importe, où vous recueillez toutes les idées et les demandes. Cependant, le backlog ne doit contenir que des éléments sur lesquels vous avez l'intention de travailler POUR DE VRAI au cours des 1 à 3 prochains trimestres.
# '''Fixez une limite stricte de tickets''' - D'après mon expérience, seuls les 20 à 30 tickets les plus importants ont une chance d'être clôturés. Il y a trop de nouvelles orientations, d'opportunités et de tâches urgentes qui arrivent et qui prennent le pas sur la priorité des tâches situées plus loin dans le backlog. Fermez simplement les éléments qui ne se réaliseront jamais ou déplacez-les au moins dans votre espace d'idées.
# '''N'en faites pas un BUGlog''' - Les bugs sont des tâches comme les autres. Ils nécessitent une estimation de la valeur et de l'effort et doivent être priorisés par rapport à toute autre opportunité produit. S'ils ne sont pas pris en compte, ils ne sont pas pris en compte, désolé. Il ne sert à rien de collectionner les bugs - ce ne sont pas des Pokemon !
# '''Gardez les tickets de grande qualité''' - Cependant, s'il y a quelque chose dans votre backlog, laissez-le briller ! Veillez à inclure la user story, l'hypothèse d'impact, les exigences et les liens vers les spécifications de conception et de suivi. Les tickets doivent pouvoir parler pour vous lorsque vous n'êtes pas là.
# '''Essayez d'avoir 3 mois d'éléments affinés prêts à être utilisés''' - Cela peut être difficile (essayez les affinements quotidiens !) à réaliser et cela en vaut la peine ! En préparant des éléments pour les trois prochains mois que l'équipe pourra reprendre, vous disposerez de beaucoup de temps pour procéder à une planification et à une évaluation à long terme appropriées. L'effort initial en vaut la peine !
# '''Introduisez des repères visuels''' - Il est beaucoup plus facile de regarder le backlog si vous pouvez facilement distinguer une tâche fonctionnelle, des initiatives d'amélioration, des bugs et de la recherche. Si vous ajoutez d'autres indices de couleur pour représenter l'état des éléments, vous serez en mesure de tout savoir d'un seul coup d'œil.
# '''Associez les principales parties prenantes à leurs tickets présentant un intérêt''' - Un courriel personnel de mise à jour peut faire l'affaire. Les mises à jour de statut automatisées fonctionnent également et permettent de tenir les personnes concernées au courant sans investissement de temps de votre part !
# '''Créez un document de tâche associé à un élément du backlog''' - Il s'agit en fait d'une version étendue du ticket, dans laquelle vous pouvez rassembler toutes les recherches préalables au développement et les résultats et observations postérieurs au développement. Rassembler ces informations en un seul endroit vous permet d'économiser du temps lorsqu'il s'agit de rédiger des mises à jour et des présentations sur l'état d'avancement du projet. En même temps, vos tickets restent propres et ne contiennent que les informations pertinentes.
<br/>
Et voilà ! Voici mes 8 façons de garder le backlog propre et fonctionnel. Ces méthodes fonctionneront-elles pour votre backlog et, si ce n'est pas le cas, pourquoi ? Ou peut-être pouvez-vous apporter d'autres conseils ? Donnez votre avis dans les commentaires !<br/>
<br/>
<nowiki>#productmanagment #productmanagers #backlog</nowiki><br/>
<br/>
P.S. Avoir un backlog propre est une chose. Avoir de bonnes tâches à y mettre est un autre défi. Pour être bien armé face à ce défi, jetez un coup d'œil à mes cours sur drtbartpm. com :)<br/>
<br/>
[[Fichier:Typical product backlog.jpeg|border|link=]]