Qu'est-ce qui a bien circulé ?

Où le travail a-t-il avancé sans accroc sur le tableau ?

Les corrections de bugs sont passées de la revue à « terminé » en moins d'une journée, un vrai délai express.
Notre daily nous a permis de nous mobiliser rapidement sur les éléments bloqués.
Grâce à des critères d'acceptation clairs, moins de cartes sont reparties en développement.
Où étaient les goulots ?

Quelles étapes ont fait s'accumuler ou stagner le travail ?

La revue de code a été un goulot permanent, avec un seul relecteur disponible.
Des cartes sont restées dans « en attente de déploiement » pendant des jours.
Les tests se sont accumulés parce que les environnements étaient instables.
Limites WIP et règles

Nos limites de travail en cours et nos règles fonctionnent-elles ?

On a sans cesse dépassé la limite WIP en développement. Faut-il la baisser ?
La limite « en cours » nous a obligés à finir avant de commencer autre chose, et ça nous a aidés.
Notre définition de « terminé » est floue, alors les cartes avancent trop tôt.
Qu'allons-nous améliorer ?

Quels changements concrets amélioreront notre flux ?

Ajouter un deuxième relecteur de code à la rotation pour réduire les délais de revue.
Abaisser la limite WIP du développement à 3 pour limiter les changements de contexte.
Mettre en place une règle de vieillissement des éléments bloqués : escalader tout ce qui est bloqué depuis plus de 2 jours.

Qu'est-ce que la rétrospective du flux Kanban ?

Les équipes Kanban ne travaillent pas en sprints. Une rétrospective pensée pour un sprint passe donc souvent à côté de l'essentiel. La rétrospective du flux Kanban s'intéresse à la façon dont le travail circule sur votre tableau : où les cartes stagnent, où elles avancent vite et ce qui provoque les embouteillages. C'est une méthode concrète pour repérer les frictions qui ralentissent la livraison et la rendent difficile à prévoir. L'équipe aborde quatre thèmes : ce qui a bien circulé, où se trouvaient les goulots d'étranglement, si vos limites de travail en cours (WIP) et vos règles fonctionnent, et ce que vous allez changer. En les discutant ensemble dans TeamRetro, l'équipe se forge une vision commune du chemin parcouru par le travail, de « à faire » jusqu'à « terminé ». Ce format convient aux équipes qui pratiquent le Lean ou le Kanban, et à toute équipe agile qui cherche à améliorer son temps de cycle et son débit. Menée régulièrement, cette rétrospective devient une habitude de petites améliorations (kaizen). Apporter le tableau et vos indicateurs de flux dans la discussion permet de rester centré sur le système plutôt que sur les personnes. L'équipe peut ainsi s'accorder sur des changements de processus et vérifier à la séance suivante s'ils ont porté leurs fruits.

Format de rétrospective du flux Kanban

Qu'est-ce qui a bien circulé ?

Où le travail a-t-il avancé sans accroc sur le tableau ?

Ce thème recense les parties de votre flux de travail qui ont bien fonctionné : les éléments qui ont avancé régulièrement du début à la fin sans retard inutile. Invitez l'équipe à penser à des cartes, des transmissions ou des étapes précises qui se sont déroulées sans difficulté, puis aidez-la à identifier ce qui a rendu ce flux possible afin de pouvoir reproduire ces pratiques.

Où étaient les goulots ?

Quelles étapes ont fait s'accumuler ou stagner le travail ?

Les goulots d'étranglement sont les étapes où le travail s'accumule plus vite qu'il ne peut être traité, ce qui ralentit tout le flux. Demandez à l'équipe d'observer les colonnes où les cartes se sont entassées ou sont restées immobiles, et creusez les raisons. Concentrez-vous sur le système et le processus plutôt que sur les personnes pour éviter les reproches et garder une discussion constructive.

Limites WIP et règles

Nos limites de travail en cours et nos règles fonctionnent-elles ?

Ce thème examine si les limites WIP de l'équipe, les règles des colonnes et la définition de « terminé » aident ou freinent le flux. Invitez l'équipe à se demander si les limites ont été respectées, si elles étaient trop strictes ou trop souples, et si les règles de déplacement des cartes étaient claires. Cela révèle souvent les endroits où le processus lui-même a besoin d'être ajusté.

Qu'allons-nous améliorer ?

Quels changements concrets amélioreront notre flux ?

C'est le thème orienté action, où l'équipe transforme ses constats en engagements. Encouragez des améliorations concrètes, attribuées à un responsable et mesurables plutôt que de vagues intentions. Reliez chaque action à un goulot ou à un problème de flux soulevé plus tôt, et décidez comment vous saurez si elle a fonctionné lors de la prochaine rétrospective.

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

  • Quand votre équipe pratique le Kanban ou le Lean et veut améliorer son flux sans attendre la fin d'un sprint.
  • Quand les temps de cycle augmentent ou que le travail semble bloqué, et qu'il faut trouver le goulot.
  • Quand les limites WIP et les règles des colonnes sont floues ou ignorées.
  • Quand vous voulez que la discussion de la rétrospective s'appuie sur des indicateurs de flux comme le débit et le lead time.
  • Toutes les deux semaines ou une fois par mois, pour faire de l'amélioration du flux une habitude.

Exemples de questions pour brise-glace

  • Si votre flux de travail était un type de circulation, ce serait quoi en ce moment : autoroute dégagée, heure de pointe ou embouteillage total ?
  • Qu'est-ce qui, dans votre quotidien, se déroule toujours sans accroc, sans le moindre goulot ?

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

  • Apportez le tableau et vos indicateurs de flux (temps de cycle, débit, WIP) pour que la discussion parte des données.
  • Parlez du système, pas des personnes. Les goulots sont généralement des problèmes de processus, alors évitez toute recherche de coupable.
  • Limitez-vous à une ou deux actions d'amélioration pour que l'équipe puisse les mener à bien avant la prochaine rétro.
  • Attribuez à chaque action un responsable et un moyen de la mesurer à la séance suivante.
  • Utilisez la saisie anonyme des idées avant la discussion pour que les membres plus discrets participent.
  • Commencez par passer en revue les actions de la dernière fois pour voir ce qui a changé.

Foire aux questions

En quoi la rétrospective du flux Kanban diffère-t-elle d'une rétrospective de sprint ?
Une rétrospective de sprint revient sur une période fixe. La rétrospective du flux Kanban examine la façon dont le travail circule dans votre système, à l'aide d'indicateurs de flux comme le temps de cycle, le débit et le WIP plutôt que d'objectifs de sprint.
Combien de temps dure une rétrospective du flux Kanban ?
La plupart des équipes terminent en 45 à 60 minutes. Prévoyez jusqu'à 90 minutes pour une grande équipe ou lorsqu'un gros goulot doit être traité.
Quand organiser une rétrospective du flux Kanban ?
Le Kanban n'a pas de sprints : choisissez donc un rythme régulier, par exemple toutes les deux semaines ou une fois par mois. Organisez-en une supplémentaire si vous constatez que les temps de cycle augmentent ou que les files d'attente s'allongent.
Quels indicateurs apporter à la rétrospective ?
Le temps de cycle, le lead time, le débit, les niveaux de WIP et un diagramme de flux cumulé. Ils montrent où le travail s'accumule et si vos changements portent leurs fruits.
Qui doit animer une rétrospective du flux Kanban ?
C'est souvent un Scrum Master, un coach agile, un responsable d'équipe ou un flow manager qui l'anime, mais n'importe quel membre de l'équipe peut le faire. L'essentiel est de garder la discussion centrée sur le système et de veiller à ce que chaque action ait un responsable et une mesure.
Êtes-vous prêt à mener cette rétrospective ?Essayez ce concert rétrospectif