Abandonner

Quelles pratiques devrions-nous arrêter ou supprimer ?

On devrait abandonner la réunion de suivi hebdomadaire, puisqu'on a maintenant un meilleur moyen de suivre l'avancement.
Arrêtons d'utiliser ce vieil outil de gestion de projet. Il pose plus de problèmes qu'il n'en résout.
Je pense qu'on peut supprimer l'obligation d'avoir deux validations pour les petites modifications de code. Ça nous ralentit pour rien.
Ajouter

Quelles nouvelles pratiques devrions-nous adopter ?

On devrait ajouter un petit stand-up quotidien pour que tout le monde reste synchronisé.
Commençons des sessions hebdomadaires de partage de connaissances pour apprendre les uns des autres.
Je pense qu'il nous faut des tests automatisés pour détecter les régressions plus tôt.
Garder

Qu'est-ce qui fonctionne bien et que nous devrions continuer ?

Les sessions de pair programming ont vraiment amélioré la qualité du code. Continuons comme ça.
Nos rétrospectives régulières sont tellement utiles. Il faut absolument les garder.
Les horaires flexibles ont été super pour l'équilibre vie pro/vie perso. J'espère qu'on les garde.
Améliorer

Que pourrions-nous mieux faire ?

Notre processus de revue de code pourrait être amélioré avec des règles plus claires et de meilleurs outils.
Je pense qu'on doit mieux prioriser et cadrer les nouvelles fonctionnalités pour éviter de passer notre temps à éteindre des incendies.
L'intégration des nouveaux arrivants pourrait être améliorée avec une meilleure documentation et du mentorat.

Qu'est-ce que la rétrospective Drop Add Keep Improve ?

La rétrospective Drop Add Keep Improve (DAKI) permet de faire rapidement le point sur un processus, un projet ou la façon dont votre équipe travaille ensemble. Elle pose quatre questions : que faut-il abandonner (arrêter de faire), ajouter (commencer à faire), garder (continuer) et améliorer (mieux faire) ? Avec quatre catégories simples, tout le monde peut contribuer facilement, et chacune débouche sur une décision. Abandonner et ajouter couvrent les changements les plus importants. Garder protège ce qui fonctionne, et améliorer permet de repérer les pratiques qui méritent d'être conservées mais qu'il faut corriger, ce qu'un simple format start/stop ne permet pas. Utilisez DAKI à la fin d'un sprint, d'un projet ou d'un jalon. Ce format n'est pas réservé au développement logiciel : toute équipe qui souhaite revoir sa façon de travailler peut s'en servir.

Format de rétrospective Drop Add Keep Improve

Abandonner

Quelles pratiques devrions-nous arrêter ou supprimer ?

Encouragez l'équipe à parler ouvertement des processus, des outils ou des comportements qui ne lui sont plus utiles.

Ajouter

Quelles nouvelles pratiques devrions-nous adopter ?

Encouragez la créativité et l'ouverture d'esprit quand l'équipe propose de nouveaux processus ou de nouvelles façons de travailler.

Garder

Qu'est-ce qui fonctionne bien et que nous devrions continuer ?

Renforcez ce qui fonctionne en mettant en avant les processus et les pratiques qui aident l'équipe.

Améliorer

Que pourrions-nous mieux faire ?

Encouragez les critiques constructives et concentrez-vous sur des améliorations concrètes plutôt que sur les plaintes.

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

  • À la fin d'un projet, d'un sprint ou d'un jalon important, pour revoir ce qui a fonctionné et ce qu'il faut changer.
  • Quand votre équipe a du mal avec un processus, un outil ou une façon de travailler et doit décider de ce qu'il faut changer.
  • Comme point régulier, mensuel ou trimestriel, pour continuer à ajuster la façon de travailler de votre équipe.

Exemples de questions pour brise-glace

  • Si notre équipe était un véhicule, lequel serait-elle et pourquoi ?
  • Quelle est une chose que vous avez apprise ou améliorée depuis notre dernière rétrospective ?

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

  • Faites en sorte que chacun puisse parler franchement et que la séance reste sans reproches.
  • Si certains hésitent à exprimer leurs préoccupations, utilisez le brainstorming privé et le vote anonyme.
  • Choisissez le point principal de chaque catégorie et transformez-le en prochaine étape concrète.
  • Faites le point sur les améliorations convenues lors de la rétrospective suivante.
  • Faites tourner le rôle de facilitateur pour apporter de nouveaux points de vue et partager la charge.
  • Commencez et terminez par la colonne « Garder » pour que chacun voie ce qui va bien.

Foire aux questions

Que signifie DAKI dans une rétrospective ?
DAKI signifie Drop, Add, Keep, Improve (abandonner, ajouter, garder, améliorer). Votre équipe décide ce qu'il faut arrêter de faire, ce qu'il faut commencer à faire, ce qui fonctionne et doit continuer, et ce qui doit s'améliorer.
Quand organiser une rétrospective DAKI ?
Utilisez-la à la fin d'un projet, d'un sprint ou d'un jalon, quand votre équipe a du mal avec un processus ou une façon de travailler, ou comme point mensuel ou trimestriel.
Quelle est la différence entre DAKI et Start Stop Continue ?
Abandonner, ajouter et garder correspondent à arrêter, commencer et continuer. DAKI ajoute ensuite une quatrième colonne, améliorer, pour les pratiques qui méritent d'être conservées mais qu'il faut corriger.
Que mettre dans la colonne Améliorer ?
Les pratiques que vous voulez garder mais mieux faire, comme un processus de revue de code qui a besoin de règles plus claires ou un processus d'intégration qui a besoin d'une meilleure documentation.
Combien de temps dure une rétrospective DAKI ?
La plupart des équipes ont besoin de 45 à 60 minutes pour remplir les quatre colonnes, voter et se mettre d'accord sur les actions.
Êtes-vous prêt à mener cette rétrospective ?Essayez ce concert rétrospectif