3 façons populaires de mener une rétrospective productive

3 façons populaires de mener une rétrospective productive

Les rétrospectives sont des cérémonies qui ont lieu à la fin de chaque sprint où les membres de l’équipe analysent collectivement comment les choses se sont passées afin d’améliorer le processus pour le prochain sprint. Elles sont généralement animées par un Scrum Master et ne comprennent que l’équipe (pas les managers ni les autres parties prenantes, car leur présence peut dissuader les équipes de faire remonter les erreurs.). Par ailleurs, sachez que le retroplanning est aussi une méthode plébiscitée dans le domaine de l’organisation des projets. Pour En savoir plus sur le retroplanning, vous pouvez aussi lire cet article. 

En ce qui concerne la rétrospective, la meilleure façon d’être productif est de mettre continuellement l’équipe au défi de penser à des solutions de façon nouvelle et intéressante et de créer un format de rétrospective agile.

Voici 3 façons populaires de mener une rétrospective.

 

Démarrer, arrêter, continuer

L’une des façons les plus simples de mener une rétrospective est l’exercice  » Démarrer, arrêter, continuer « . Tout ce dont vous avez besoin, c’est d’un tableau visuel avec des colonnes « Démarrer », « Arrêter » et « Continuer » et d’une pile de notes autocollantes. Dans chaque colonne, les gens écrivent leurs observations sur le Sprint en rapport avec les catégories suivantes :

  • Démarrer : actions que nous devrions commencer à prendre
  • Arrêter : actions que nous devrions empêcher ou supprimer
  • Continuer : actions que nous devrions continuer à faire et formaliser

Les rétrospectives agiles

Avec un peu d’ajustement pour la personnalisation, votre équipe peut utiliser un format de rétrospective agile. Pour suivre, décomposez votre rétrospective en 5 étapes suivantes :

  1. Préparer le terrain
  2. Recueillir des données
  3. Générer des idées
  4. Décider de ce qu’il faut faire
  5. Clôturer la rétrospective

Bon, mauvais, mieux, meilleur

Pour certains, les 2 approches ci-dessus reposent trop sur le Scrum Master. Parce que les équipes Scrum sont auto-organisées, beaucoup veulent mettre l’accent sur les membres de l’équipe qui travaillent ensemble plutôt que de  » rendre compte  » de la volonté d’un Scrum Master ou d’un chef de projet.

Le modèle  » Bon, mauvais, meilleur, meilleur  » commence un peu comme l’exercice  » Démarrer, arrêter, continuer  » et l’étape de collecte de données des Rétrospectives agiles. Donnez à votre équipe 5 à 10 minutes pour écrire leurs observations sur le Sprint sur des cartes séparées.

Une fois que les gens ont fini d’écrire, faites le tour de la salle un par un, chaque personne discutant une carte par tour. Contrairement aux 2 autres formats, présentez toutes les cartes avant le début des discussions. C’est la phase de découverte. Les questions de l’équipe sont bienvenues, mais le débat ne peut commencer que lorsque la dernière personne a terminé. Poursuivez la phase de découverte jusqu’à ce que toutes les cartes aient été lues et placées sur le tableau, puis discutez en groupe. Chaque élément doit être catégorisé comme suit :

  • Bon : les domaines dans lesquels l’équipe a atteint ou dépassé les attentes
  • Mauvais : les domaines dans lesquels l’équipe n’a pas répondu aux attentes ou dans lesquels des problèmes inattendus sont survenus
  • Mieux : les suggestions sur la façon de mieux faire quelque chose
  • Meilleur : les performances exceptionnelles et les personnes qui se sont surpassées

Le différentiateur le plus important de ce processus est que le Scrum Master (ou celui qui sert de facilitateur) ne doit pas éditer, commenter ou résumer les discussions. Le Scrum Master est un observateur, qui recueille des informations relatives à l’ensemble du projet. L’équipe doit diriger la conversation. Les membres de l’équipe sont également chargés de décider des mesures à prendre et des prochaines étapes afin d’éviter que le Scrum Master ne prenne un rôle délégataire.