Rétrospective de sprint IA : ramener les faits dans la rétro

Les rétrospectives échouent souvent parce qu'elles demandent à des personnes fatiguées de se souvenir précisément d'un sprint complexe.

L'incident le plus bruyant prend toute la place. La frustration récente paraît plus importante qu'une semaine fluide. Un blocage coûteux est oublié parce qu'il a été résolu sans bruit. Un ajout tardif au scope devient normal. L'équipe repart avec des actions génériques parce que les preuves étaient génériques.

L'IA aide quand elle prépare l'historique avant que l'équipe entre en rétro. Elle assemble ce qui s'est passé dans les cartes, commentaires, commits, automatisations, runs d'agents et événements de pipeline. Cela rend la conversation moins dépendante de la mémoire.

Pourquoi les rétros tournent en rond

Les rétros tournent en rond quand l'équipe parle depuis des impressions plutôt que depuis des preuves.

Les mêmes thèmes reviennent : trop de scope, exigences floues, revues lentes, bugs tardifs, contexte manquant, pas assez de focus. Ces thèmes sont peut-être réels, mais ils changent rarement le système tant que l'équipe ne voit pas leur mécanique : cartes floues, revue bloquée, blocage répété, scope ajouté ou sortie d'agent qui crée de la reprise.

Sans historique partagé, la rétro devient un tableau d'humeur. Les personnes parlent franchement, mais le groupe distingue mal une douleur ponctuelle d'un problème systémique. Les faits aident à interpréter l'émotion, pas à l'effacer.

Ce qu'un dossier de rétro IA doit contenir

Une rétrospective de sprint IA doit commencer par un dossier court, pas par un long rapport.

Le dossier résume le sprint sous plusieurs angles :

Le dossier doit lier les sources. Un brief impossible à inspecter devient une opinion de plus. Un brief utile permet de vérifier la carte, la décision, l'automatisation ou le run d'agent derrière chaque affirmation.

Si le sprint a commencé par un sprint planning avec l'IA, la rétrospective peut comparer le plan initial avec l'historique réel. C'est dans cette boucle que l'apprentissage s'accumule.

Estime vs réel

L'IA doit montrer les écarts sans transformer la rétro en tribunal.

L'effort estimé et l'effort réel sont utiles quand ils servent de feedback système. Une carte estimée petite mais longue à traiter peut cacher de la discovery, des exigences floues, une dépendance ou une attente de revue. Le but n'est pas de punir l'estimation. Le but est d'améliorer le prochain plan.

Les bonnes questions demandent quelles cartes étaient plus grosses que prévu, quel travail inconnu est apparu, si les critères ont changé et où le travail a attendu une autre équipe.

Cette analyse rejoint naturellement le backlog grooming avec l'IA. Si les cartes entrent floues dans le sprint, la rétro montrera ce flou sous forme de reprise, délai ou report.

Cartes rouvertes et signaux qualité

Les cartes rouvertes méritent de l'attention parce qu'elles signalent un décalage.

Le décalage peut être entre besoin et implémentation, code et test, attente produit et critères d'acceptation, ou travail généré par IA et revue humaine. Une carte rouverte n'est pas forcément un échec. Mais les patterns comptent.

Une rétro IA peut regrouper les réouvertures par cause : critères incomplets, cas limites QA manquants, documentation obsolète, clarification produit ou brouillon d'agent accepté trop vite.

Cette dernière catégorie compte pour les équipes AI-native. Si les agents contribuent au delivery, les rétros doivent inspecter leur travail : aide réelle, brouillons bruyants, contexte raté ou règles d'approbation à ajuster.

Blocages et goulots

La rétro doit distinguer travail bloqué et travail simplement lent.

Une carte peut être lente parce qu'elle est complexe. Elle peut aussi être lente parce qu'elle attend une décision, une revue, un environnement, un identifiant, une migration, une réponse client ou une approbation d'agent. La différence compte parce que la correction n'est pas la même.

Un dossier IA peut montrer quand la carte a été marquée bloquée, quel commentaire l'a expliqué, quelle dépendance était en cause et si des blocages similaires sont apparus ailleurs. Il peut aussi montrer des attentes répétées en revue.

Le standup IA aide pendant le sprint en faisant remonter les blocages chaque jour. La rétro ferme la boucle en demandant s'ils ont été traités assez tôt et si l'équipe doit changer quelque chose dans son système.

Scope change et protection du sprint

Le scope ajouté tardivement est une entrée de rétro très claire parce qu'il change le sens du succès.

Si le sprint a gagné du travail après le planning, l'équipe doit le savoir. Ce nouveau travail était peut-être nécessaire. Un incident production, un engagement client urgent ou un correctif compliance peuvent être la bonne décision. Mais la rétro doit rendre l'arbitrage visible. Sinon l'équipe se juge contre un plan qui n'existait plus.

Une rétrospective IA peut lister le scope ajouté après planning, le scope retiré, les changements de priorité et les cartes splittées pendant le sprint. Elle peut aussi montrer qui a approuvé le changement.

C'est là que le cockpit compte. La santé d'un sprint n'est pas seulement la complétion. C'est la complétion dans un contexte opérationnel qui change.

Garder la parole humaine au centre

L'IA prépare les faits. L'équipe décide du sens.

Une rétro doit toujours demander comment le sprint a été vécu, ou la collaboration a coincé, quel soutien manquait et ce que l'équipe veut changer. La data peut dire qu'une revue a trop attendu. Elle ne peut pas expliquer complètement pourquoi une pression stakeholder était mal vécue ou pourquoi un incident a vide l'équipe.

Utilisez le dossier IA comme première couche. Confirmez les faits, ajoutez le contexte humain, choisissez le pattern le plus important, définissez un ou deux changements, puis assignez un owner.

Le danger est de produire un beau rapport sans rien changer. Une rétro réussit seulement si elle modifie le prochain sprint.

Comment le scrum master IA s'intègre

Un scrum master IA peut préparer la rétro, mais il ne doit pas animer la pièce émotionnelle.

Il collecte les preuves, propose des thèmes, brouillonne des actions et reporte les actions ouvertes dans le prochain brief de sprint planning. Il peut aussi rappeler si les actions précédentes ont été tentées. Beaucoup de rétros échouent entre deux réunions, pas pendant la réunion.

Le rôle de scrum master IA est plus fort quand il relie les cérémonies : décisions de planning vers signaux de standup, blocages de standup vers preuves de rétro, actions de rétro vers contraintes du prochain planning.

Cette boucle rend l'agile moins performatif.

Un template simple de rétro IA

Gardez un template assez court pour être utilisé à chaque sprint.

Commencez par une page : scope prévu, scope terminé, report, réouvertures, blocages, changements tardifs, activité des agents et thèmes suggérés. Puis demandez à l'équipe de discuter le pattern le plus important.

Agenda pratique : lire le dossier, corriger les faits inexacts, choisir le pattern qui a le plus affecté le delivery, discuter pourquoi, retenir un changement, puis l'ajouter au prochain brief de planning.

La valeur de Stellary ici n'est pas que l'IA écrive une note de rétro plus jolie. C'est que la note reste reliée au système du sprint : cartes, agents, docs, automatisations et signaux de cockpit restent inspectables après la réunion.

De meilleures rétros, un meilleur planning

Le meilleur résultat d'une rétro est un meilleur planning futur.

Si la rétro montre du report répété sur des cartes vagues, améliorez le backlog refinement. Si elle montre du temps bloqué par des revues externes, ajustez le sequencing. Si elle montre du scope tardif à chaque sprint, changez la règle d'entrée. Si elle montre que les brouillons d'agents créent de la reprise, durcissez les approvals ou les instructions.

Une rétrospective de sprint IA est utile parce qu'elle ferme la boucle entre ce que l'équipe voulait faire et ce qui s'est vraiment passé. Elle remplace la réflexion vague par un apprentissage fondé sur des preuves. L'équipe garde la partie difficile : dire la vérité, choisir un changement et le suivre.

FAQ

Qu'est-ce qu'une rétrospective de sprint IA ?

Une rétrospective de sprint IA utilise l'IA pour préparer un dossier factuel depuis l'activité du sprint : travail prévu, travail terminé, blocages, cartes rouvertes, changements de scope, goulots et activité des agents. L'équipe interprète ensuite les faits et choisit les changements.

L'IA doit-elle animer la rétro ?

L'IA ne doit pas animer la partie humaine de la rétro. Elle prépare les preuves, suggère des thèmes et brouillonne des actions, mais l'équipe doit discuter contexte, tensions, arbitrages, responsabilités et changements ensemble avant de décider avec un owner clair.

Quelles données utiliser pour une rétro IA ?

Une rétro IA doit utiliser cartes de sprint, changements de statut, commentaires, blocages, historique de revue, réouvertures, changements de scope, commits liés, automatisations et runs d'agents, avec des liens vers les sources pour vérifier chaque affirmation et corriger les interprétations faibles.