Qu'est-ce qui a bien marché ?

Qu'est-ce qui nous rend contents ?

Nous avons livré toutes les stories prévues et atteint l'objectif du sprint.
Nos daily stand-ups ont été efficaces et nous ont aidés à rester coordonnés.
La nouvelle approche de pair programming a amélioré la qualité du code.
Qu'est-ce qui a moins bien marché ?

Que devrions-nous améliorer ?

Les exigences manquaient de clarté et nous avons dû faire des suppositions.
Les tests ont été bâclés en fin de sprint à cause de l'élargissement du périmètre en début de sprint.
Des problèmes de communication entre les équipes frontend et backend ont causé des retards.
Qu'avons-nous envie d'essayer ?

Que devrions-nous faire autrement ?

Faire venir un expert métier aux réunions de planification et d'affinage.
Faire un spike de conception pour les fonctionnalités complexes avant de les développer.
Timeboxer les tâches pour éviter de se perdre dans les détails.
Qu'est-ce qui nous intrigue ?

Quelles questions restent encore sans réponse ?

Comment améliorer nos pratiques DevOps et notre processus de déploiement ?
Quelles compétences devons-nous développer en équipe pour le prochain projet ?
Devrions-nous nous intéresser à de nouveaux frameworks ou outils de test ?

Qu'est-ce qu'une rétrospective agile ?

Une rétrospective agile pose quatre questions simples : qu'est-ce qui a bien marché, qu'est-ce qui a moins bien marché, qu'avez-vous envie d'essayer ensuite et qu'est-ce qui vous intrigue encore. Ensemble, elles amènent votre équipe à parler du déroulement du dernier sprint et des actions sur lesquelles se concentrer au prochain. Le format est volontairement simple. L'animer montre à votre équipe que vous êtes à l'écoute et que vous comptez agir en fonction de ce qu'elle exprime. La pratique de la rétrospective est décrite dans Agile Retrospectives, le livre d'Esther Derby et Diana Larsen (préfacé par Ken Schwaber). Elle fonctionne comme une révision régulière qui permet à votre équipe de continuer à bien tourner. Organisée à chaque sprint, la rétro fait remonter les problèmes dans votre façon de concevoir et de livrer du logiciel tant qu'ils sont encore petits, et donne à votre équipe un moment dédié pour les régler ensemble. Des rétros courtes et régulières, avec des actions documentées, vous permettent de changer de cap avant qu'il ne soit trop tard. C'est comme piloter un grand navire : de petites corrections en cours de route sont plus faciles que de découvrir à l'arrivée que vous avez accosté dans le mauvais port. Un post-mortem revient sur un projet une fois qu'il est terminé. Une rétrospective agile se tourne vers le prochain sprint, ce qui permet de garder un ton positif et pragmatique.

Format de rétrospective agile

Qu'est-ce qui a bien marché ?

Qu'est-ce qui nous rend contents ?

Encouragez l'équipe à partager des exemples concrets de réussites, petites ou grandes. Célébrez les réalisations de l'équipe et les contributions individuelles.

Qu'est-ce qui a moins bien marché ?

Que devrions-nous améliorer ?

Créez un climat sans reproches pour une discussion ouverte et honnête. Concentrez-vous sur les processus, pas sur les personnes. Cherchez les causes profondes.

Qu'avons-nous envie d'essayer ?

Que devrions-nous faire autrement ?

Encouragez la créativité et restez ouvert aux idées peu conventionnelles. Cherchez de petites expériences concrètes à mener au prochain sprint.

Qu'est-ce qui nous intrigue ?

Quelles questions restent encore sans réponse ?

C'est l'occasion de faire émerger les inconnues ou les sujets qui méritent d'être creusés. Notez-les pour en discuter plus tard.

Dans quels cas recourir à cette étude rétrospective ?

  • À la fin de chaque sprint ou itération, pour prendre du recul sur le cycle écoulé.
  • Quand votre équipe veut identifier précisément ce qu'elle doit améliorer.
  • Après un jalon ou une mise en production importante, pour discuter des enseignements tirés.
  • Chaque fois que votre équipe se sent bloquée et a besoin de se remettre sur les rails.
  • Pendant une transformation agile, pour faire de la réflexion régulière une habitude dans toutes les équipes.

Exemples de questions pour brise-glace

  • Si vous pouviez ajouter un outil ou un processus pour aider notre équipe, lequel choisiriez-vous ?
  • Quelle petite chose pourrait avoir un gros impact positif sur notre équipe ?

Vous souhaitez un exercice d'échauffement que votre équipe puisse pratiquer, et pas seulement répondre à voix haute ? Découvrez des brise-glaces gratuits →

Idées et conseils pour votre réunion de rétrospective

  • Instaurez dès le début un climat sans reproches pour que chacun s'exprime librement.
  • Timeboxez chaque partie pour que la rétro reste concentrée.
  • Recueillez l'avis de tout le monde, pas seulement des quelques personnes qui parlent le plus. Quelques minutes de brainstorming silencieux aident.
  • Notez les actions et attribuez à chacune un responsable qui en assure le suivi.
  • N'essayez pas de tout régler. Choisissez un ou deux sujets prioritaires et menez de petites expériences.
  • Faites tourner le rôle d'animateur pour bénéficier de nouveaux points de vue.

Foire aux questions

Qu'est-ce qu'une rétrospective agile ?
Une rétrospective agile est une réunion organisée en fin de sprint, au cours de laquelle votre équipe examine le déroulement du travail et décide de ce qu'elle va changer. Ce modèle s'appuie sur quatre questions : ce qui a bien marché, ce qui a moins bien marché, ce que nous voulons essayer et ce qui nous intrigue.
À quelle fréquence faut-il organiser une rétrospective agile ?
La plupart des équipes en organisent une à la fin de chaque sprint. Vous pouvez aussi en faire une après une mise en production ou un jalon important, ou chaque fois que l'équipe se sent bloquée.
Combien de temps dure une rétrospective agile ?
Le Guide Scrum limite la rétrospective de sprint à trois heures pour un sprint d'un mois, et les sprints plus courts ont des rétros plus courtes. Pour un sprint de deux semaines, une durée de 45 à 90 minutes est courante.
Quelle est la différence entre une rétrospective agile et un post-mortem ?
Un post-mortem n'a lieu qu'une fois, à la fin d'un projet, et revient sur ce qui n'a pas fonctionné. Une rétrospective agile a lieu à chaque sprint, ce qui permet à votre équipe de corriger les petits problèmes tant qu'il est encore temps d'agir.
Les équipes à distance peuvent-elles faire une rétrospective agile ?
Oui. Dans TeamRetro, les équipes distribuées ajoutent des idées, les regroupent, votent et s'accordent sur des actions ensemble, en temps réel, où qu'elles soient.
Êtes-vous prêt à mener cette rétrospective ?Essayez ce concert rétrospectif