Si vous ne pouvez faire qu’un seul événement Agile : faites-en une rétrospective.

J’ai dit cette phrase des centaines de fois. Pour moi, l’événement le plus important si vous voulez aider une équipe à s’améliorer est celui-ci : la rétrospective Agile.

Planning, daily, stand-up, … tous les événements proposés par Scrum peuvent être très utiles si nous les faisons bien, mais avant de devenir fou en introduisant de nouvelles réunions dans l’équipe :

Pourquoi ne pas faire une rétrospective pour voir si le reste des événements a un sens ?

Origine Rétrospective du sprint

Les rétrospectives ne sont PAS issues du Manifeste Agile!

Dans la gestion de projet classique, il y avait des réunions appelées « leçons apprises ». Ces réunions se tiennent à la fin des projets et servent à faire le point sur le déroulement des projets, à identifier les points forts et les points à améliorer pour l’exécution des projets suivants.

Ces réunions sont très utiles, mais il y a un hic, c’est que la plupart du temps, elles ont lieu alors que le projet suivant est en cours et que certaines actions d’amélioration ne peuvent plus être testées parce que nous sommes déjà trop avancés dans une certaine phase du projet.

La première fois que j’entends les mots « rétrospective de sprint », c’est dans le guide Scrum où elle est définie comme suit :

L’objectif de la rétrospective du sprint est de planifier les moyens d’améliorer la qualité et l’efficacité.

L’équipe Scrum examine comment le dernier sprint s’est déroulé en ce qui concerne les personnes, les interactions, les processus, les outils et la définition de l’achèvement. Les éléments inspectés varient généralement en fonction de l’étendue du travail. Les hypothèses qui les ont égarés sont identifiées et leurs origines sont explorées. L’équipe Scrum analyse ce qui s’est bien passé pendant le Sprint, les problèmes rencontrés et la manière dont ces problèmes ont été (ou n’ont pas été) résolus.

L’équipe Scrum identifie les changements les plus utiles pour améliorer son efficacité. Les améliorations ayant le plus d’impact sont traitées le plus tôt possible. Elles peuvent même être ajoutées au Backlog du Sprint pour le Sprint suivant.

La rétrospective du sprint conclut le sprint. Elle est limitée à un maximum de trois heures pour un sprint d’un mois. Pour les sprints plus courts, l’événement est généralement plus court.

Mais n’oubliez pas que le guide Scrum est un guide et non un dogme, et que les rétrospectives peuvent donc varier dans le temps et dans la forme.

Objectif rétrospectif

C’est la principale chose à garder à l’esprit :

pourquoi une rétrospective ?

La rétrospective est le principal événement d’amélioration continue décrit dans Scrum.

Même si vous ne travaillez pas avec Scrum, la rétrospective est un must pour les événements de votre équipe.

Pour en revenir à l’objectif, la rétrospective agile vise à améliorer l’équipe : améliorer son efficacité, sa collaboration, sa production de valeur, ou tout ce qu’elle a besoin d’améliorer.

Rétrospective ou Rétrospective Agile ou Rétrospective Sprint

Y a-t-il une différence ? Est-ce la même chose ? Oui, mais non

En d’autres termes, il ne devrait y avoir aucune différence, mais alors pourquoi ajouter Agile ? Eh bien, pas pour moi, le fait de l’appeler Agile en dit plus sur la philosophie de la rétrospective que sur la rétrospective elle-même. Nous voulons que cet événement soit collaboratif, que tout le monde, TOUT le monde, participe librement dans un environnement de confiance et que toutes les opinions soient entendues et prises en compte de manière égale.

Et pourquoi ?

Eh bien, parce que ce ne serait pas la première fois que dans une rétro (a.k.a. rétrospective) un manager ou leader ou PO ou Scrum master vient et dit à l’équipe une liste de ce qu’ils font mal (oui, s’il leur dit qu’ils le font mal) et les solutions à mettre en œuvre. Et chim pum pum !

D’après mon expérience, cela ne sert à rien ! Et ce n’est pas de l’agilité !

L’idée de la rétrospective de sprint est simple dans le cas où l’équipe travaille selon le cadre Scrum et qu’à la fin de l’itération une « rétrospective Agile » est menée.

Les 3 questions

Il fut un temps, dont certains d’entre vous ne se souviennent peut-être pas parce qu’ils sont très jeunes, où l’on disait que, dans la rétrospective, il fallait répondre à trois questions :

• qu’avons-nous fait de bien ?
• Qu’est-ce qui peut être amélioré ?
• Quelles actions allons-nous entreprendre pour nous améliorer ?

Il est évident que ces questions peuvent être très utiles si l’objectif est clair, mais elles ont été retirées du guide Scrum parce qu’il y avait un cas évident de culte du cargo.

Si vous ne savez pas ce qu’est le culte du cargo et comment il se manifeste dans la rétrospective agile, regardez la vidéo :

Modèle de rétrospective

Il existe de très bons livres sur les rétrospectives que je vous conseille de lire, mais si vous n’avez pas le temps et que vous voulez la « recette », je vais vous présenter les cinq phases de la rétrospective :

1. Préparer le terrain : cette phase initiale vise à créer un environnement sûr et confortable pour tous les participants. L’objectif est de s’assurer que chacun est prêt à participer de manière ouverte et honnête. Il peut s’agir d’une brève activité brise-glace ou d’une prise de contact pour connecter l’équipe et l’orienter vers la session.
2. Collecte des données : cette phase consiste à recueillir des informations sur ce qui s’est passé au cours de la période examinée. Il peut s’agir de faits, de mesures, d’événements importants et de perceptions des membres de l’équipe. Les outils les plus courants sont les calendriers, les listes de « ce qui a bien marché » et de « ce qui a moins bien marché », et l’analyse des données quantitatives, si elles sont disponibles.
3. Générer des idées : une fois que les données sont disponibles, l’équipe creuse plus profondément pour identifier les modèles, les causes profondes et les possibilités d’amélioration. Elle cherche à comprendre non seulement ce qui s’est passé, mais aussi pourquoi cela s’est passé. Des techniques telles que les « 5 pourquoi » ou les diagrammes en arête de poisson peuvent s’avérer utiles.
4. Décider de ce qu’il faut faire : Cette phase consiste à transformer les idées en actions concrètes. L’équipe hiérarchise les idées et sélectionne les actions à mettre en œuvre au cours du cycle suivant. L’objectif est de définir des actions claires, spécifiques et réalisables, en attribuant des responsabilités pour assurer le suivi.
5. Clôturer la rétrospective : dans cette dernière phase, vous clôturez la rétrospective par une réflexion sur la session elle-même, afin d’améliorer les futures rétrospectives et de reconnaître les efforts de l’équipe. Il peut s’agir d’une évaluation rapide de la rétrospective (ce qui a bien fonctionné ? ce qui pourrait être amélioré ?) et d’une clôture positive, telle qu’une série de remerciements.

Ces phases permettent de structurer la rétrospective de manière à ce qu’elle soit efficace et qu’elle contribue à la croissance continue de l’équipe.

Comment faciliter une rétrospective

La clé pour faciliter les choses est de suivre les étapes ci-dessus de manière discrète, c’est tout ce qu’il y a à faire.

Il y a trois points à prendre en compte :

• Contrôlez le rythme: les gens aiment parler et être entendus, et dans un rétro, nous avons beaucoup de public.
• Tout le monde participe sincèrement: attention à ceux qui se taisent et disent oui à tout, vous n’avez peut-être pas une personne convaincue mais une personne qui ne se soucie pas de ce qui se passe là-bas.
• Le Scrum Master n’est pas le seul à parler: la rétro est votre événement vedette et vous en faites votre moment. Parfois parce que vous aimez le cadre, et parfois, la plupart du temps, parce que le reste de l’équipe ne parle même pas si vous les payez.
• N’ en faites pas un lieu où l’on pleure, où l’on se confesse ou où l’on raconte ses chagrins et ses difficultés.

Si vous gardez cela à l’esprit, vous avez toutes les chances d’obtenir une facilitation réussie.

#NoRetrospective

C’est peut-être la première fois que vous entendez ce terme, mais il remonte à 2019, voire plus tôt !

L’idée de NoRetrospective n’est pas de ne pas faire de rétrospectives. Sinon, quel gâchis !

Le concept poursuit l’idée que pour que l’équipe réfléchisse à la manière de s’améliorer, il n’est pas nécessaire d’attendre les rétrospectives, qui, espérons-le, auront lieu toutes les deux semaines.

Avec #NoRetrospective, vous n’avez pas besoin d’attendre 2 semaines pour vous améliorer.

L’idée est que l’équipe a la culture de l’amélioration continue tellement ancrée dans son comportement que dès qu’une opportunité d’amélioration est détectée, si elle a du sens, elle est abordée. Sans la noter dans un carnet et sans attendre la rétrospective du sprint pour la commenter.

Finale : la clé d’un rétro

Dans nos formations, nous parlons de rétrospectives (même si ce n’est que pour un moment) et nous aimons souligner les points suivants :

• L’amélioration continue est culturelle. Vous pouvez organiser autant d’événements que vous le souhaitez, mais s’ils ne s’accompagnent pas de comportements d’amélioration, ils ne vous apporteront pas grand-chose.
• Il est intéressant de réfléchir à la manière dont nous traitons l’erreur ?
• Vous pouvez faire quelque chose de très simple avec un schéma similaire aux 3 questions mais en mode titre pour la réflexion :
  • • 1) que nous avons fait/faisons bien en tant qu’équipe
    • 2) les domaines d’amélioration que nous avons identifiés
    • 3) Actions d’amélioration SMART

Et comment saurai-je si la rétrospective a été un succès ?

• Parce que tout le monde participe à la confiance
• Résultat : des actions SMART