Carnet de produit parfait

Rebonjour. Une traduction de cet article a été préparée avant le lancement du cours Agile Project Manager in IT .




Un carnet de commandes de produits sain est une condition préalable à la réussite d'une équipe Scrum. Au lieu de se concentrer uniquement sur le raffinement des user stories pour le sprint à venir, les équipes prudentes de Scrum investissent dans le raffinement du backlog produit pour augmenter la transparence, se concentrer sur leur vision et maintenir la cohérence. La transparence est bien plus que la simple fourniture d'informations; une partie intéressée doit pouvoir obtenir les informations dont elle a besoin en quelques secondes.

Jetez un œil au backlog produit ci-dessous pour comprendre ce que j'entends par le backlog idéal. Cet arriéré reflète clairement le travail du prochain sprint, une feuille de route à long terme, des étapes clés et articule une vision pour l'avenir - le tout sur une seule page! Un tel arriéré permet à toutes les parties intéressées, aux clients, aux membres de l'équipe et aux responsables de se familiariser rapidement avec l'état du produit. Les actions rétrospectives les plus récentes sont au top. Toutes les user stories sont évaluées. Quel que soit le type d'audience, chaque membre recevra les informations nécessaires en moins de 30 secondes.



Où meurent les histoires d'utilisateurs


Avez-vous déjà rencontré un backlog de produit lorsque les user stories pour le prochain sprint sont clairement définies, mais derrière elles se trouvent un tas de déchets non priorisés? J'appelle cela un arriéré-cimetière. Avec le temps, ce cimetière grandit. Il y a trop d'histoires d'utilisateurs à suivre, donc les notes sont obsolètes. Ce backlog ne tient plus sur un seul écran, et les gens n'y retournent plus, même Product Owner. Ce cimetière génère un comportement malsain au sein de l'équipe Scrum. Cela se manifeste de différentes manières dans le comportement: l'équipe a une idée contradictoire de ce qu'elle fait et pourquoi elle le fait, et le responsable du produit passe son temps à créer une version du backlog de produit dans Power Point pour transmettre son statut actuel à l'équipe.À leur tour, les parties prenantes créent et maintiennent leur propre version du backlog pour la feuille de route du produit, et chaque équipe parle son propre langage, et le conflit survient au moment où il devient clair que l'interprétation du backlog du produit pour ces équipes est différente. Cet anti-modèle, qui s'est renforcé dans les relations entre les entreprises et les équipes Scrum, se manifeste lorsque l'arriéré se transforme en un espace abandonné de petites histoires d'utilisateurs sur lesquelles personne ne travaillera et dont la valeur est remise en question.quand un backlog se transforme en un espace abandonné de petites user stories sur lesquelles personne ne travaillera et dont la valeur est remise en cause.quand un backlog se transforme en un espace abandonné de petites user stories sur lesquelles personne ne travaillera et dont la valeur est remise en cause.



Comment ressusciter un backlog produit pour qu'il devienne parfait?


Alors, comment une équipe peut-elle obtenir l'arriéré de produits parfait d'un cimetière d'arriérés?

  1. , 20 . – , . - Hoarders, , , - , ? . , , . «FOTO», . , , . , - .
  2. . , , , , , , , .
  3. . , , JIRA (!) – . , , . , , . – , , 20 .
  4. , , .
  5. Parlez de l'arriéré actuel des produits lorsque vous discutez des progrès, par exemple, lors d'un examen de sprint, afin que vos clients et cadres se sentent plus à l'aise et sachent exactement où le trouver.


À quoi ressemble votre carnet de commandes: idéal ou cimetière? Comment un backlog de produit affecte-t-il le comportement et les résultats de l'équipe? Et que pouvez-vous y faire?



Et si vous voulez comprendre comment le projet et le produit diffèrent, découvrir comment les responsabilités sont réparties entre eux et déterminer la différence de compétences générales pour ces rôles, inscrivez-vous pour une leçon gratuite au cours .



All Articles