Articles

Nous avons analysé 1 million de cartes de rétro. Voici ce dont les équipes se plaignent vraiment

Demandez à n'importe qui ce qui va mal dans les équipes de développement logiciel et vous obtiendrez la même réponse : la communication. C'est le diagnostic par défaut de tous les livres agiles et d'environ la moitié de LinkedIn. Les cartes disent autre chose. Nous avons agrégé toutes les rétrospectives jamais organisées sur Kollabe : 86,977 tableaux et 1,071,253 cartes, écrites par de vraies équipes entre octobre 2023 et juillet 2026. Puis nous avons mesuré ce dont les équipes se plaignent quand personne n'est en train d'écrire une tribune. Tout ce qui suit relève de l'analyse agrégée : comptages de thèmes, nombres de votes et taux de complétion. Aucune carte individuelle n'est citée ni identifiable. Une remarque rapide sur la méthode : nous avons classé les colonnes comme positives ou négatives d'après leur nom (« Ce qui a bien marché » vs « Ce qui a mal tourné », « Content » vs « Fâché », et ainsi de suite), ce qui nous a donné 254,653 cartes de plainte à exploiter. Les thèmes ont été regroupés par correspondance de mots-clés, avec un index d'embeddings pgvector pour vérifier la cohérence sémantique des regroupements. La correspondance par mots-clés est centrée sur l'anglais et prudente, donc chaque pourcentage ci-dessous est un plancher, pas un plafond.

Le classement des plaintes

Voici ce que les équipes écrivent dans la colonne négative, classé par part des 254,653 cartes de plainte : La communication, censée être notre plus grande difficulté à tous, arrive onzième, sur 1.9% des cartes de plainte. Les équipes se plaignent des tests plus de cinq fois plus souvent. Même Jira, cité nommément comme outil, apparaît sur 1.2% des cartes, presque aussi souvent que la communication. Cela ne veut pas dire que la communication va bien. Cela veut dire que lorsque les équipes décrivent leurs problèmes avec leurs propres mots, elles nomment des étapes concrètes du pipeline de livraison : les tests qui n'ont pas été écrits, le ticket sans critères d'acceptation, la release qui a glissé. « La communication », c'est l'étiquette qu'on colle plus tard sur ces problèmes, une fois les détails oubliés. Une subtilité de plus : les tests sont aussi la deuxième chose que les équipes félicitent le plus (7.6% des cartes positives, derrière le travail d'équipe à 13%). Les tests ne sont pas un méchant de l'histoire ; c'est la partie du processus que les équipes surveillent le plus attentivement, dans les deux sens.

Ce que les équipes écrivent n'est pas ce pour quoi elles votent

Le volume vous dit ce qui occupe les esprits. Les votes vous disent ce que les gens veulent voir corrigé. Les deux ne sont pas d'accord. La carte de plainte moyenne récolte 0.64 vote. Certains thèmes font bien mieux :

• Revue de code et PR : 0.80 vote par carte. Le thème de plainte le plus voté du jeu de données, 25% au-dessus de la référence.
• Charge de travail et burnout : 0.79. Seulement 1% des cartes le mentionnent, mais quand quelqu'un le fait, toute la salle vote.
• Dérive du périmètre et dette technique : 0.77 chacun. Rarement écrits, massivement soutenus.

Les tests, champions du volume, obtiennent 0.63 vote par carte, légèrement sous la moyenne. Les équipes écrivent constamment sur les tests, mais se rallient aux goulots d'étranglement de la revue, à la surcharge et à la dette quand vient le moment de choisir quoi corriger. Deux autres faits sur le vote méritent d'être connus. Les équipes votent 36% plus sur les problèmes que sur les réussites (0.64 vs 0.47 vote par carte), donc les rétros servent bel et bien à réparer les choses. Et 76% des cartes de plainte ne reçoivent aucun vote, ce qui est le meilleur argument en faveur du vote sur les cartes : sans lui, chaque carte semble aussi importante que les autres.

Les plaintes sont tenaces

Nous avons examiné 9,250 paires de rétrospectives consécutives menées par la même équipe et posé la question : si un thème apparaît dans cette rétro, quelle est la probabilité qu'il réapparaisse à la suivante ? Chaque thème, sans exception, se répète au-dessus de son taux de base. Les plus tenaces :

Thème	Taux de base dans une rétro	S'il est apparu à la rétro précédente	Multiplicateur
Communication	9.1%	21.3%	2.3x
Charge de travail et burnout	5.8%	10.9%	1.9x
Réunions	12.1%	21.6%	1.8x
Documentation	10.8%	19.0%	1.8x
Revue de code	16.8%	29.2%	1.7x
Tickets et exigences	31.7%	47.3%	1.5x

La communication domine ce tableau. Les équipes s'en plaignent rarement, mais celles qui le font ont tendance à rester coincées avec. Les plaintes de processus comme les tickets et les tests reviennent en partie parce qu'elles sont fréquentes partout ; la communication qui se répète à 2.3x son taux de base suggère quelque chose de plus difficile à déloger. Si la même carte réapparaît sans cesse, la rétro n'échoue pas à trouver le problème. Elle échoue à le résoudre. Ce qui nous amène à la partie inconfortable.

Le fossé des actions

Seulement 19.6% des rétrospectives produisent la moindre action. Quatre tableaux sur cinq, remplis de votes et de discussions, se terminent sans que rien ne soit noté pour y donner suite. Et les actions qui sont créées stagnent pour la plupart : 68.7% sont toujours en attente, 13.2% sont terminées, et 12% ont été purement et simplement supprimées. Mais les données montrent exactement ce qui distingue celles qui aboutissent : Les actions avec un responsable sont menées à bien 23.2% du temps contre 8.6% pour celles qui n'en ont pas. Les dates d'échéance fonctionnent encore mieux, avec 37% de complétion, et pourtant presque personne n'en fixe. Ce sont les deux interventions les moins coûteuses de tout ce jeu de données : dire un nom et une date à voix haute avant la fin de la réunion. Nous avons écrit un guide complet pour faire aboutir les actions de rétrospective si c'est là que votre équipe perd de la valeur.

L'anonymat ne déchaîne pas la négativité

Une inquiétude fréquente à propos des cartes de rétro anonymes : activez l'anonymat et le tableau devient un mur de plaintes. Les données disent non. Environ 5.8% de toutes les cartes sont publiées anonymement. Leur part de négatif est de 22.7%, légèrement inférieure aux 23.8% des cartes nominatives. Les gens ne réservent pas leurs retours les plus durs au mode anonyme ; ils l'utilisent surtout pour dire les mêmes choses sans se soucier de la façon dont elles seront reçues. Si votre équipe hésite à l'activer, voilà la preuve que cela ne rendra pas votre rétro toxique. Pour les équipes qui construisent encore leur sécurité psychologique, c'est un moyen à faible risque d'entendre les voix les plus discrètes.

Les petites trouvailles que nous n'attendions pas

• L'écart médian entre deux rétros est exactement de 14 jours. 46% des équipes en font toutes les deux semaines, 19% tous les mois, 13% toutes les semaines. Le sprint de deux semaines se porte très bien. (Plus de détails pour choisir une cadence dans à quelle fréquence organiser des rétros.)
• Se plaindre demande plus de mots. La carte de plainte médiane fait 65 caractères ; la carte positive médiane en fait 54. Les problèmes arrivent avec du contexte ; les compliments arrivent comme un high-five.
• Il existe mille façons de dire « relisez ma PR ». Grâce à l'index d'embeddings, nous avons trouvé plus de 1,000 cartes qui sont des quasi-paraphrases d'une seule et même phrase : « des pull requests qui traînent trop longtemps en attente de revue de code ». La 1,000e correspondance la plus proche parle encore, sans équivoque, de revues trop lentes.
• La rétro moyenne : 5.8 participants, 15.4 cartes, 3.4 colonnes. Si la vôtre ressemble à ça, vous êtes dans la norme.

Que faire de tout cela dès mardi

Le jeu de données pointe vers trois gestes que tout facilitateur peut adopter immédiatement :

1. Suivez les votes, pas le volume. Le thème le plus écrit et le thème le plus voté sont généralement différents. Discutez d'abord des cartes les plus votées, et traitez une carte peu fréquente mais très votée (charge de travail, dette technique) comme un signal qui vaut le double de sa taille.
2. Convertissez avant de clore. La plus grosse fuite n'est pas une mauvaise discussion. Ce sont les 80% de rétros qui se terminent sans aucune action. Une action avec un responsable et une date vaut mieux que cinq actions orphelines.
3. Suivez les répétitions. Si un thème apparaît deux rétros de suite, cessez de le traiter comme un retour et commencez à le traiter comme un projet. Les plaintes tenaces ne partent pas d'elles-mêmes.

Si vous voulez voir où se situe votre équipe, organisez votre prochaine rétro sur les tableaux de rétrospective gratuits de Kollabe, ou parcourez les statistiques de rétrospective en direct dont cet article est tiré. Et si le format de votre tableau s'est essoufflé, le générateur de modèles de rétrospective peut en créer un sur mesure en quelques secondes.