Doit, Devrait, Pourrait, Ne veut pas rétrospective

Idée de rétrospective du sprint – Se concentrer en décidant ce qui est dans le champ d’application et ce qui en est hors du champ d’application

Qu’est-ce que la rétrospective Doit, Devrait, Pourrait, Ne veut pas ?

Nos actions doivent exprimer nos priorités, et Doit, Devrait, Pourrait, Ne veut pas est un excellent modèle de rétrospective de sprint pour aider les équipes à identifier ces priorités afin de s’assurer qu’elles continuent à se développer.de continuer à livrer de la valeur là où elle est le plus nécessaire.de la valeur là où elle est le plus nécessaire.

Il s’agit donc d’une approche qui s’aligne bien sur les processus et les cadres agiles, étant donné qu’elle met l’accent sur la livraison de choses utiles en premier lieu. Il s’agit également d’une excellente idée de rétrospective de sprint Scrum, car elle offre au propriétaire du produit un mécanisme lui permettant de se mettre dans la peau de son client et de voir le produit de son point de vue.

Le modèle “Doit, devrait, pourrait, ne doit pas” peut également être utilisé pour organiser des évaluations prospectives avec votre équipe.

Le modèle Doit, Devrait, Pourrait, Ne veut pas est incroyablement puissant lorsqu’il est bien utilisé. Il s’agit d’un outil particulièrement utile pour maintenir le cap sur les priorités dans le cas de projets comportant un grand nombre de demandes de fonctionnalités et de parties prenantes concurrentes. C’est également un excellent moyen de s’assurer que les préjugés personnels de l’équipe de projet ne faussent pas les priorités du projet.

Doit, Devrait, Pourrait, Ne veut pas format rétrospectif

Doit (M)

Ces éléments sont critiques ou essentiels à la livraison ou à la mise en circulation, ou sont exigés par la loi ou par les exigences de livraison du projet.

Devrait (S)

Ces éléments sont importants mais ne sont pas critiques pour la diffusion et ne sont pas non plus sensibles au facteur temps. Il peut s’agir de demandes émanant d’utilisateurs, mais qui ne sont pas incontournables et qui peuvent être considérées comme des éléments agréables à avoir – pensez à des ajouts de valeur peu coûteux.

Pourrait (C)

Il serait bon de disposer de ces éléments, mais la libération pourrait être réalisée sans eux. Il peut s’agir d’idées d’itérations futures, de facteurs potentiels de croissance ou de différenciation des produits, et de quelque chose qui pourrait se produire à l’avenir.

Ne veut pas (W)

Il s’agit d’éléments que l’équipe ne fera pas et qui sont spécifiquement hors du champ d’application. Par exemple, ils peuvent choisir de ne pas prendre en charge un système d’exploitation ou d’exclure spécifiquement une direction de produit.

Suggestions de questions brise-glace pour la rétrospective Doit, Devrait, Pourrait, Ne veut pas

  • Comment passez-vous le plus clair de votre temps le week-end ?
  • Quel est le mot qui résonne le plus en vous – “devrait” ou “pourrait” ?
  • Comment décidez-vous si une entreprise est quelque chose que vous devez faire ?

Répétition rétro

Invitez votre équipe à répéter la rétro en se référant à une décision qu’elle prend régulièrement.

Par exemple, quel article de votre liste de courses actuelle devez-vous, devriez-vous, pourriez-vous ou ne voudriez-vous pas acheter ?

Idées et conseils pour vos rétrospectives Doit, Devrait, Pourrait, Ne veut pas

  • Vous cherchez un moyen de perturber la pensée de groupe ou de ne pas laisser une bonne idée se perdre ? Pourquoi ne pas essayer un système asynchrone Must Should Could Won’t ? En plus d’offrir à votre équipe une plateforme pour se concentrer sur les priorités du projet, il permet aux membres de l’équipe d’apporter leurs propres réflexions en temps voulu.

  • Vous souhaitez soutenir un espace psychologiquement sûr ? Changez votre Must Should Could Won’t pour permettre aux participants d’apporter leur contribution de manière anonyme – toutes les voix seront entendues au même volume et les idées plutôt que la personne qui les a suggérées seront au centre de l’attention.

  • Clarifier la compréhension de chaque en-tête par l’équipe. La question la plus fréquemment posée est de savoir quelle est la différence entre “devrait” et “pourrait”. Le terme “devrait” signifie simplement qu’il pourrait s’agir d’une pratique convenue ou d’un avantage futur potentiel si l’on agissait maintenant. Pourrait signifie qu’il y a un potentiel dans l’avenir et qu’il est possible de le faire.

  • Le modèle Must Should Could Won’t peut également être utilisé au début d’un projet sous la forme d’une prospective afin d’aider votre équipe à élaborer une stratégie de haut niveau qui lui permettra d’atteindre son objectif sans heurts.

  • Utiliser le vote des équipes pour gérer les priorités. Cela vous permet de discuter des éléments clés et de les déplacer dans les groupes ou colonnes appropriés si nécessaire. Une autre façon de gérer les priorités consiste à utiliser les réactions de l’équipe et à demander aux membres d’attribuer à chaque point un pouce levé ou un pouce baissé, par exemple, pour indiquer leur niveau de soutien aux points présentés.

  • Lors de l’examen de la liste finale, l’accent sera mis sur les mesures à prendre dans la colonne “Must”, mais n’oubliez pas de revenir à cette liste lors des prochaines sessions de planification. TeamRetro vous permet de conserver tout l’historique de vos rétrospectives en ligne afin que vous puissiez les retrouver en cas de besoin et les revoir au moment opportun.

Comment mener une rétrospective Doit, Devrait, Pourrait, Ne veut pas dans TeamRetro

Commencez votre rétrospective en un clic
Connectez-vous à TeamRetro et choisissez votre modèle de rétrospective de sprint.

Invitez votre équipe en toute simplicité – aucun compte séparé n’est nécessaire
Envoyez une invitation par e-mail, un lien ou ajoutez-la à votre canal Slack pour permettre aux utilisateurs de démarrer rapidement. Des options SSO (Single Sign-On) sont également disponibles.
Temps de réflexion
Chaque membre de l’équipe peut désormais contribuer individuellement à la réflexion sur chaque thème. Cela élimine la pensée de groupe et offre à chacun l’occasion de s’exprimer. Les participants peuvent signaler quand ils ont terminé, ou vous pouvez utiliser une minuterie pour faciliter la transition vers l’étape suivante.
Regroupement d'idées après un brainstorming lors d'une réunion rétrospective
Idées liées au groupe
Faites glisser et déposez des idées connexes pour les fusionner et simplifier le processus de vote. TeamRetro peut également suggérer automatiquement des idées similaires, vous faisant ainsi gagner un temps précieux, à vous et à votre équipe.
Regroupement d'idées après un brainstorming lors d'une réunion rétrospective
Voter de manière indépendante pour éviter l’ancrage
Chaque membre de l’équipe vote sur ce qu’il aimerait le plus discuter. Les résultats ne seront pas affichés pour tout le monde tant que vous n’aurez pas atteint le stade de la discussion.
Regroupement d'idées après un brainstorming lors d'une réunion rétrospective

Discutez d’abord des choses les plus importantes
Vous et votre équipe discutez des idées les plus plébiscitées et avez la possibilité de recueillir des commentaires approfondis. Le mode présentation vous permet de présenter les idées à votre équipe une par une, tout en maintenant une discussion ciblée.

Regroupement d'idées après un brainstorming lors d'une réunion rétrospective

Examiner et créer des actions

Facilitez la communication en alignant tous sur la même fréquence. Élaborez des actions, assignez des responsables et fixez des échéances qui seront évaluées lors de la prochaine rétrospective.

Regroupement d'idées après un brainstorming lors d'une réunion rétrospective

Partager les résultats
Une fois votre rétrospective terminée, vous pouvez partager les résultats et les actions avec l’équipe. Votre rétrospective sera sauvegardée pour que vous puissiez la consulter au besoin.

Félicitations ! Vous venez de gérer une rétro comme un patron.
Vous en voulez plus ? Lire la suite.