Rétrospective du travail assisté par IA

Distinguez les contrôles IA voulus du gaspillage à éliminer.

Essayez ce concert rétrospectif

Ce qui a bien marché

Qu'est-ce que l'IA a rendu plus rapide ou meilleur ce cycle ?

L'agent a généré la structure de notre suite de tests en quelques minutes, ce qui nous a fait gagner environ une demi-journée de code répétitif, visible dans la PR.
Grâce aux premières versions de documentation générées par l'IA, les relecteurs n'avaient plus qu'à corriger au lieu de tout rédiger. Le délai a nettement baissé.
En programmant en binôme avec l'assistant, on a repéré deux cas limites de gestion des valeurs nulles avant qu'ils n'arrivent en préproduction.
Frictions et leurs causes

Où ça a coincé, et quelle était la cause racine ?

L'agent inventait sans arrêt une API obsolète, ce qui a coûté environ 2 heures de reprise. Cause racine : documentation (référence périmée).
L'environnement local ne correspondait pas à la CI, donc le code généré par l'IA passait en local puis échouait dans le pipeline. Cause racine : environnement.
On a réexpliqué le même contexte à l'assistant d'une session à l'autre. Cause racine : processus (pas de document de contexte ou de prompt partagé).
Suppositions non vérifiées

Qu'est-ce que l'agent (ou nous) a supposé sans assez d'informations ?

On a supposé que la gestion des limites de débit par l'agent était correcte, mais on ne l'a jamais testée en charge.
On a accepté le script de migration de données de l'IA sans le vérifier sur des volumes comparables à la production.
L'agent a supposé que tous nos utilisateurs sont dans le même fuseau horaire. Ce n'est pas vérifié et probablement faux.
Garder ou supprimer

Lesquelles de ces frictions avons-nous choisies volontairement ?

GARDER : la revue humaine de toutes les migrations générées par l'IA. C'est plus lent, mais ça a permis de détecter un vrai bug. Contrôle voulu.
SUPPRIMER : réexpliquer le contexte à chaque session. Du pur gaspillage, on va créer un document de contexte partagé.
GARDER : l'étape d'approbation avant que l'agent ne touche à la configuration de production. Choisie volontairement.
À faire en premier

Parmi tout cela, quel correctif rapporte le plus, et à quel niveau ?

Mettre à jour la documentation de référence de l'API sur laquelle s'appuie l'agent. Responsable : Priya. Niveau : documentation.
Aligner l'environnement de développement local sur la CI grâce à une image de conteneur. Responsable : Marcus. Niveau : environnement.
Créer un document de contexte et de prompts partagé pour ne plus tout réexpliquer. Responsable : Lena. Niveau : processus.

Qu'est-ce que la rétrospective du travail assisté par IA ?

Quand les agents et assistants IA font partie du travail quotidien, il devient difficile de distinguer les vrais gains de vitesse des coûts cachés. La rétrospective du travail assisté par IA offre à votre équipe une méthode fondée sur les faits pour passer en revue un cycle de livraison assistée par IA. Vous identifiez les réussites à préserver, remontez chaque friction jusqu'à sa cause racine, puis décidez quelles frictions vous avez introduites volontairement. Cette dernière étape compte, car toute friction n'est pas du gaspillage. Les points de revue, les étapes d'approbation et les boucles de vérification sont des contrôles choisis par l'équipe, et le tri permet de les séparer du gaspillage avant que quelqu'un ne se précipite pour les « corriger ». Le tableau comporte cinq colonnes. Ce qui a bien marché recueille les réussites étayées par des preuves. Frictions et leurs causes nomme chaque ralentissement et en étiquette la cause racine. Suppositions non vérifiées rassemble les hypothèses que l'agent (ou l'équipe) a acceptées sans contrôle. Garder ou supprimer classe chaque friction comme un contrôle à protéger ou un gaspillage à éliminer, et À faire en premier se conclut par trois correctifs au maximum. Chaque correctif est rattaché à un niveau précis (documentation, environnement, processus, matériaux ou amont), afin de viser la bonne couche au lieu de devenir une tâche générique. Exiger des preuves pour les réussites, des causes pour les frictions et de l'honnêteté sur les hypothèses non vérifiées protège la rétro à la fois de l'enthousiasme excessif et du cynisme, et donne à l'équipe un vocabulaire commun pour parler du travail assisté par IA. Dans TeamRetro, chacun ajoute ses cartes en parallèle, regroupe les thèmes communs et vote, et vous repartez avec des actions attribuées et une vision claire de ce qu'il faut protéger, éliminer ou laisser tel quel.

Format de rétrospective du travail assisté par IA

Ce qui a bien marché

Qu'est-ce que l'IA a rendu plus rapide ou meilleur ce cycle ?

Seules les réussites étayées par des preuves ont leur place ici, donc pas d'éloges vagues. Demandez à chacun de citer un point concret que l'assistance IA a réellement amélioré : une tâche livrée plus vite, un bug détecté plus tôt, un brouillon qui a fait gagner des heures. L'objectif est d'identifier ce qu'il faut protéger et reproduire, alors demandez le moment précis ou les chiffres derrière chaque réussite.

Frictions et leurs causes

Où ça a coincé, et quelle était la cause racine ?

Chaque carte indique le moment, un coût approximatif et une étiquette de cause racine tirée du vocabulaire commun de l'équipe (documentation, environnement, processus, matériaux ou amont). Évitez les plaintes générales et demandez le cas précis et ce qu'il a coûté. Nommer la cause dès maintenant rend les étapes Garder ou supprimer et de priorisation bien plus efficaces.

Suppositions non vérifiées

Qu'est-ce que l'agent (ou nous) a supposé sans assez d'informations ?

Ce sont des frictions qui n'ont pas encore fait de dégâts : des hypothèses que personne n'a vérifiées. Demandez à l'équipe de signaler tout ce que l'agent a déduit ou que l'équipe a accepté de confiance, comme un cas limite non testé, une exigence non confirmée ou un raccourci « sans doute sans risque ». Les repérer maintenant évite qu'ils deviennent l'incident du prochain cycle.

Garder ou supprimer

Lesquelles de ces frictions avons-nous choisies volontairement ?

Toute friction n'est pas du gaspillage. Les points de revue et les étapes d'approbation peuvent être des contrôles choisis volontairement par l'équipe. Passez en revue les cartes de friction et marquez chacune GARDER (un contrôle à protéger) ou SUPPRIMER (un gaspillage à éliminer). Retirer un contrôle doit être une décision explicite de l'équipe, jamais un effet de bord d'un grand ménage.

À faire en premier

Parmi tout cela, quel correctif rapporte le plus, et à quel niveau ?

Soyez strict : trois correctifs au maximum. Chacun doit avoir un responsable nommé et un niveau précis (documentation, environnement, processus, matériaux ou amont), pour viser la bonne couche. Votez dans TeamRetro pour retenir les correctifs les plus rentables avant d'attribuer les responsables.

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

  • À la fin d'un sprint ou d'un cycle de livraison où des agents IA ou des assistants de code ont réalisé une part réelle du travail.
  • Quand votre équipe étend ses usages de l'IA et veut séparer les vrais gains des coûts cachés.
  • Après une période d'adoption rapide de l'IA, quand frictions et contournements se sont accumulés sans être examinés.
  • Quand vous soupçonnez que quelqu'un s'apprête à supprimer une friction qui est en réalité un contrôle à conserver.
  • Quand vous voulez un vocabulaire commun à l'équipe pour parler du travail assisté par IA sans enthousiasme excessif ni cynisme.

Exemples de questions pour brise-glace

  • Si votre assistant IA avait eu une personnalité ce sprint, aurait-il été un stagiaire plein d'entrain, un je-sais-tout ou un génie discret, et pourquoi ?
  • Quelle tâche ne confieriez-vous jamais à une IA, et laquelle lui laisseriez-vous volontiers dès demain ?

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

  • Mettez-vous d'accord sur votre vocabulaire de causes racines (documentation, environnement, processus, matériaux, amont) avant de commencer. Des étiquettes cohérentes rendent le tri et la priorisation bien plus efficaces.
  • Exigez des preuves pour les réussites. « J'ai eu l'impression d'aller plus vite » n'est pas une réussite ; « ça a fait gagner une demi-journée de code répétitif », si.
  • Dans Garder ou supprimer, considérez le retrait d'un contrôle comme une décision. Ne supprimez jamais un point de revue simplement parce qu'il est lent. Vérifiez d'abord qu'il ne détecte pas de vrais problèmes.
  • Limitez la liste d'actions à trois, chacune avec un responsable nommé et un niveau. Une liste plus longue signifie généralement que rien ne sera fait.
  • Laissez de la place aux personnes plus discrètes ou plus sceptiques. L'enthousiasme pour l'IA peut étouffer des inquiétudes légitimes sur les hypothèses non vérifiées.
  • Revenez sur les Suppositions non vérifiées au cycle suivant pour voir si certaines ont fini par coûter cher.

Foire aux questions

Combien de temps dure la rétrospective du travail assisté par IA ?
La plupart des équipes terminent en 45 à 60 minutes. Prévoyez quelques minutes de plus pour Garder ou supprimer et la priorisation finale, car ces étapes impliquent de vraies décisions sur les contrôles et les responsables.
Quand utiliser ce format plutôt qu'une rétrospective de sprint classique ?
Utilisez-le chaque fois que des agents ou assistants IA ont façonné une grande partie du travail du cycle. Une rétro classique considère toute friction comme un point à améliorer, alors que ce format distingue les contrôles volontaires du gaspillage.
Que signifie « niveau » dans l'étape des actions ?
Le niveau est la couche sur laquelle porte un correctif : documentation, environnement, processus, matériaux ou amont. Le nommer oriente chaque action vers la bonne couche, pour qu'elle ne se transforme pas en tâche floue.
Pourquoi séparer les frictions des suppositions non vérifiées ?
Une friction est un coût déjà payé. Les suppositions sont des hypothèses non vérifiées qui n'ont pas encore fait de dégâts. Examiner les deux permet de régler les problèmes actuels et de prévenir le prochain incident.
Quelle est l'idée derrière « toute friction n'est pas du gaspillage » ?
Certaines frictions, comme un point de revue ou une étape d'approbation, sont des contrôles choisis volontairement par l'équipe. Le tri sépare ces contrôles du gaspillage avant de supprimer quoi que ce soit.
Combien d'actions doivent ressortir de la rétro ?
Trois au maximum, chacune avec un responsable nommé et un niveau. Une courte liste d'actions attribuées a bien plus de chances d'être menée à bien.

Modèles associés

Rétrospective Trick or Treat

Partagez les friandises et les mauvais tours de votre dernier sprint

Rétrospective Best-of country

Un bilan d'équipe entraînant, au rythme de la country.

Rétrospective WWE Smackdown Showdown

Montez sur le ring de votre bilan de sprint, version catch.

Rétrospective Among Us (édition Agile)

Démasquez les imposteurs qui ralentissent discrètement votre sprint.

Êtes-vous prêt à mener cette rétrospective ?Essayez ce concert rétrospectif