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

Start your retrospective in a click
Log into TeamRetro and choose your sprint retrospective template.

Invite your team easily – no separate accounts needed
Send an email invite, a link or add to your Slack channel to get people started quickly. SSO options are also available.
Time to brainstorm
Each team member can now brainstorm individually under each topic. This avoids group think and allows everyone to have their say. They can indicate when they have finished, or you can set a timer so that you know when to move onto the next stage.
Grouping of ideas after brainstorming in a retrospective meeting
Group related ideas
Drag and drop  related ideas to combine them for easier voting. TeamRetro can also automatically suggest ideas that are similar, saving you and your team valuable time.
Grouping of ideas after brainstorming in a retrospective meeting
Vote independently to avoid anchoring
Each team member votes on what they would most like to discuss further. The results won’t be displayed to everyone until you advance to Discuss.
Grouping of ideas after brainstorming in a retrospective meeting

Discuss the most important things first
You and your team discuss the top voted ideas and can capture deep dive comments.  Presentation mode allows you to walk your team through ideas one-by-one and keep the conversation focused.

Grouping of ideas after brainstorming in a retrospective meeting

Review and create actions

Easily facilitate discussion by bringing everyone onto the same page. Create action items, assign owners and due dates that will carry through for review at the next retrospective.

Grouping of ideas after brainstorming in a retrospective meeting

Share the results
Once you have finished your retro, you can share the results and actions with the team. Your retro will be stored so you can revisit them as needed.

Congratulations! You’ve just run a retro like a boss.
Want more? Read on.