Kollabe
Rétrospectives
Poker de planification
Standups
Brise-Glaces
Tarification
Tableau de bord

Articles

Les startups ont-elles besoin de rétrospectives ?

Illustration d'une petite équipe de startup de quatre personnes travaillant dans un bureau exigu avec des ordinateurs portables, des post-it sur un unique tableau blanc et un calendrier de livraison au mur, énergique et légèrement chaotique
Kelly Lewandowski

Kelly Lewandowski

Dernière mise à jour 25/07/20267 min de lecture

La question revient dans les subreddits agiles toutes les quelques semaines, en général de la part de quelqu'un dans une startup, et en général formulée à peu près comme ça : on est cinq, on est dans le même canal Slack, on livre tous les jours, on n'a pas de sprints. Pourquoi est-ce qu'on planifierait une réunion pour parler de notre façon de travailler alors qu'on en parle déjà en permanence ? Les réponses sont presque toujours pires que la question. "Inspecter et adapter." "Amélioration continue." "C'est dans le Guide Scrum." Aucun de ces arguments n'en est un. Ce sont des slogans, et un fondateur qui brûle sa trésorerie sent un slogan à des kilomètres. Voici donc la vraie réponse, y compris la partie où l'objection a raison.

Ce que l'objection a de juste

La rétro que la plupart des gens imaginent, c'est une réunion de 90 minutes avec un facilitateur, un minuteur, un board Mad Sad Glad et huit action items que personne ne relira jamais. Ce format existe parce qu'une organisation technique de 40 personnes a besoin d'un canal formel pour le feedback. Les canaux informels ne passent pas l'échelle au-delà d'une douzaine de personnes, alors on construit une cérémonie pour les remplacer. Une startup a le canal informel. Il fonctionne. La plupart de ce qu'une rétro de grande entreprise fait remonter le jeudi, une équipe de cinq le savait déjà le mardi et l'avait corrigé le mercredi. Le coût est réel aussi. Cinq personnes pendant 90 minutes, c'est l'essentiel d'une journée d'ingénierie, toutes les deux semaines, dans une boîte dont la trésorerie se compte en mois. Si quelqu'un vous dit de faire ça parce que le framework le dit, ignorez-le. Vous ne faites pas du Scrum. Vous faites tourner une entreprise.

Ce qu'elle rate

La conversation permanente est excellente sur les incidents et inutile sur les schémas récurrents. Voici à quoi ça ressemble concrètement. La staging bouffe un après-midi. Quelqu'un répare, poste dans Slack, tout le monde passe à autre chose. Trois semaines plus tard ça recommence, symptôme différent, même cause. Quelqu'un répare à nouveau. Personne ne dit "c'est la quatrième fois ce trimestre" parce que personne ne compte. Chaque incident pris isolément était assez petit pour être absorbé, et la correction assez rapide pour que le schéma ne devienne jamais visible pour qui que ce soit. La fréquence, c'est l'information, et le feedback continu jette la fréquence à la poubelle. Vous ne la voyez que quand quelqu'un écrit deux fois la même plainte et que les deux bouts de papier se retrouvent côte à côte. Illustration d'une personne éteignant sans cesse le même petit feu sur une longue frise chronologique, le feu identique réapparaissant à intervalles derrière elle, et une loupe révélant le schéma qui se répète Nous avons regardé ça sur un million de cartes de rétro écrites par de vraies équipes. Les plaintes les plus fréquentes n'avaient rien de dramatique. Les tests et la QA arrivaient en tête avec 10,2 % de toutes les cartes de plainte, suivis par les tickets et les exigences à 8,1 %, puis les déploiements et les releases à 4,9 %. La communication, ce que tout le monde suppose être le problème, arrivait à 1,9 %. Regardez ce que ces premières entrées ont en commun. Ce sont toutes des problèmes structurels à combustion lente qui ne sont l'urgence de personne un après-midi donné. C'est exactement pour ça qu'ils ne remontent jamais dans le couloir et exactement pour ça qu'ils s'accumulent.

Votre boucle de feedback ne va que dans un sens

Celui-là est spécifique aux startups et les fondateurs le sous-estiment systématiquement. À cinq personnes, la voix la plus forte dans la pièce est en général celle qui signe les fiches de paie. Ça ne fait de personne un mauvais manager. C'est ce qui arrive quand la personne qui a le plus de contexte et le plus de convictions est dans absolument toutes les conversations. Les développeurs juniors ne contredisent pas un fondateur dans un fil en direct sur le choix d'architecture du fondateur lui-même. Une rétro écrite où tout le monde soumet avant que quiconque ne lise est la correction la moins chère que je connaisse. Cinq minutes de silence, et ça change ce que vous entendez, parce que les gens vont taper une inquiétude qu'ils ne diraient jamais à voix haute pendant que le CTO est en train de parler. Si vous voulez la version longue de pourquoi ça compte, nous avons écrit séparément sur la sécurité psychologique dans les équipes agiles.

La facture arrive à l'embauche numéro sept

Les startups ne restent pas à cinq personnes. C'est tout l'intérêt de l'exercice. Les décisions prises dans un couloir ne laissent aucune trace. L'équipe fondatrice se souvient pourquoi le service de facturation a cette forme-là et pourquoi personne ne touche au job d'import. Recrutez six développeurs en un trimestre et aucun d'eux n'a rien de tout ça. Ils vont rejuger des décisions que vous aviez tranchées en mars, et vous allez passer votre trimestre à réexpliquer au lieu de construire. Un historique de rétros est la mémoire institutionnelle la moins chère que vous puissiez acheter, surtout parce que vous alliez avoir la conversation de toute façon. L'écrire est le seul coût supplémentaire.

La version startup de la rétro

Vingt-cinq minutes, toutes les deux semaines, ou une fois par mois si votre cycle est plus lent. Pas de formation de facilitateur, pas de brise-glace, et pas besoin de sprint.
  1. Écrivez en silence pendant cinq minutes
    Trois questions suffisent : ce qui nous a ralentis, ce qui a mieux marché que prévu, ce qu'on est sur le point de heurter. Tout le monde tape en même temps, personne ne lit avant la fin du minuteur.
  2. Groupez et votez pendant cinq minutes
    Rassemblez les doublons. Les doublons sont le signal que vous êtes venu chercher. Ensuite tout le monde a deux votes.
  3. Ne discutez que des deux premiers sujets
    Dix minutes, deux sujets. Tout le reste reste sur le board comme trace. Vous n'essayez pas de résoudre le mois entier, vous essayez de trouver la chose qui continue tranquillement à vous coûter des journées.
  4. Repartez avec un seul changement et un nom dessus
    Un. Pas une liste. Attribuez-le à une personne et donnez-lui une date, puis vérifiez-le au début de la rétro suivante.
L'asynchrone marche encore mieux à cette taille. Personne n'a besoin d'être dans une pièce. Postez le board lundi matin, laissez les gens ajouter des cartes dans la journée, et passez quinze minutes ensemble sur les deux premiers sujets. Un board de rétrospective Kollabe avec les colonnes Start, Stop et Continue remplies de cartes d'une équipe de cinq personnes, à côté de sondages d'équipe publics et anonymes

Quand vous pouvez vraiment vous en passer

Je préfère être honnête là-dessus plutôt que de vous vendre une cérémonie.

Deux cofondateurs qui codent en binôme toute la journée, avant le produit, sans employés. Votre balade du mardi, c'est la rétro. Faites-la exprès une fois par mois et écrivez ce que vous décidez.

Le cycle où tout a dérapé sur un seul incident. Faites plutôt un vrai post-mortem, qui est un meilleur format pour un événement unique avec une cause claire.

Vous faites déjà une revue écrite mensuelle qui demande ce qui vous ralentit. Ça, c'est une rétro. Gardez-la et sautez la deuxième réunion.

Ce qui ne compte pas comme une raison valable de s'en passer : "on est trop occupés". Cinq personnes pendant 25 minutes, ça fait environ deux heures de temps d'entreprise par mois. Un seul échec de déploiement récurrent coûte plus que ça en un après-midi, et vous en avez eu quatre.

Alors, est-ce qu'il vous en faut une

Si vous êtes une startup de plus de trois personnes avec la moindre intention de recruter, oui, mais pas la version que vous imaginez. Ce dont vous avez besoin, c'est d'une courte habitude récurrente : écrire les choses et regarder ce qui se répète. La cérémonie est optionnelle. La trace ne l'est pas. Commencez avec un board et trois questions. Si vous cherchez un endroit où le mettre, les rétrospectives de Kollabe sont gratuites pour les petites équipes, fonctionnent en asynchrone et permettent aux gens de soumettre anonymement pour que l'avis du fondateur ne soit pas la première chose que tout le monde lit. Notre générateur de modèles de rétro vous construira un format à partir d'une description en une ligne de votre équipe si vous préférez ne pas en choisir un vous-même.

Toutes les deux semaines fonctionne pour la plupart des équipes qui livrent en continu. Une fois par mois convient si votre cycle est plus lent ou si l'équipe fait moins de cinq personnes. Plus de détails dans notre guide sur la fréquence des rétrospectives.

Oui. Rattachez-la au calendrier plutôt qu'à une itération. Une rétro a besoin d'une période sur laquelle revenir, et "les deux dernières semaines" est une période.

Non. À la taille d'une startup, celui qui la planifie peut l'animer. La seule règle qui vaille la peine d'être imposée, c'est que tout le monde écrit avant que quiconque parle.

La soumission anonyme aide même quand tout le monde peut deviner qui a écrit quoi, parce qu'elle supprime le moment où il faut décider de prendre la parole. Essayez sur deux tours et comparez ce qui atterrit sur le board.