Standup : comment en faire une réunion qui vaut 15 minutes

Neuf personnes en visio. La quatrième dit « hier, j'ai surtout continué ce dont j'ai parlé hier », et quelque part dans la mosaïque une caméra s'éteint. Il est 9 h 47. Ça a commencé à 9 h 30.

Un standup est censé coûter quinze minutes et produire un plan pour la journée. Beaucoup en coûtent vingt-cinq et produisent un rapport d'avancement destiné à la personne la plus haut placée dans l'appel — une autre réunion, sous un nom qui ne lui va plus.

Le correctif n'est pas la discipline. C'est ce que la réunion demande — et la plupart des équipes posent encore les trois questions que les auteurs mêmes du format ont cessé de recommander il y a des années.

Ce qu'est vraiment un standup

Un standup est une synchronisation quotidienne courte, pour une équipe qui partage un objectif. Tout le monde regarde le même travail, dit ce qui coince et ajuste le plan de la journée. Ce n'est pas un rapport d'avancement, et ce n'est pas là que les décisions se prennent — même si c'est souvent là qu'on découvre qu'une décision s'impose.

La pratique a deux parents. Ken Schwaber et Jeff Sutherland ont présenté Scrum ensemble pour la première fois à la conférence OOPSLA en 1995, et le cadre comprend un événement quotidien ; le mot « scrum » vient d'un article de la Harvard Business Review publié en 1986 par Hirotaka Takeuchi et Ikujiro Nonaka, qui empruntait à l'image rugbystique d'une équipe faisant avancer le ballon ensemble. Un standup quotidien apparaît aussi parmi les pratiques de l'Extreme Programming à la fin des années 1990. La plupart des gens emploient les deux noms pour la même chose.

Se tenir debout était une astuce, pas un principe : une réunion menée debout devient inconfortable, et l'inconfort plafonne la durée. Aucune version du Guide Scrum ne l'a jamais exigé, et l'imposer exclut toute personne qui ne peut pas rester debout confortablement.

Une frontière : il s'agit de la synchro quotidienne de l'équipe. Pas de la séance récurrente où un manager passe en revue les priorités avec son équipe — un autre animal, traité dans comment animer une réunion d'équipe efficace. Et certainement pas la réunion all hands à l'échelle de l'entreprise. Quand le contenu du standup migre vers l'une ou l'autre, quelque chose est cassé en amont.

Ce que dit le Guide Scrum aujourd'hui, et ce qu'il ne dit plus

La plupart des équipes appliquent un format issu d'un document qui ne dit plus ce qu'elles croient qu'il dit.

Le Guide Scrum 2020 — la version en vigueur — décrit le Daily Scrum comme « un événement de 15 minutes destiné aux Développeurs de la Scrum Team », tenu au même moment et au même endroit chaque jour ouvré du sprint. Son objet est d'inspecter la progression vers l'objectif de sprint et d'adapter le sprint backlog. Le Product Owner et le Scrum Master n'y participent que s'ils travaillent eux-mêmes sur des éléments de ce backlog.

Puis la phrase que presque personne n'a lue : les développeurs peuvent choisir la structure et les techniques qu'ils veulent, à condition que la réunion se concentre sur la progression vers l'objectif de sprint et produise un plan actionnable pour la journée de travail suivante.

Autrement dit, les fameuses trois questions ont disparu. Les éditions antérieures les prescrivaient ; la révision de 2020 les a supprimées, avec une bonne partie du reste du langage prescriptif. Rien dans le Scrum actuel n'oblige qui que ce soit à raconter sa journée de la veille. Le guide note aussi, au passage, que ce n'est pas le seul moment où une équipe peut replanifier.

Pourquoi les trois questions ont mal vieilli

Qu'ai-je fait hier. Que vais-je faire aujourd'hui. Qu'est-ce qui me bloque. Comme roues stabilisatrices pour une équipe qui n'a jamais fait ça, très bien. Comme structure permanente, elles échouent de quatre façons prévisibles.

Elles s'adressent aux personnes, pas au travail. Neuf personnes multipliées par trois réponses, cela fait vingt-sept petits monologues, dont un auditeur donné a besoin d'environ quatre. L'objectif n'apparaît jamais, parce qu'aucune question ne le mentionne.

« Hier » est une question d'audit. Demandez à quelqu'un de rendre compte de sa veille devant ses collègues et vous obtiendrez une défense, rembourrée pour ressembler à une journée pleine. C'est exactement ce que la question invite.

Le sens du reporting dérive. Les regards vont vers la personne la plus haut placée présente, et en trois semaines c'est devenu un briefing pour elle plutôt qu'une synchro entre pairs.

Elles masquent l'état du sprint. Tout le monde peut être occupé, personne bloqué, et l'objectif glisser quand même. Le format n'a aucun moyen de le montrer.

À essayer une fois : animez un standup où personne n'a le droit de dire ce qu'il a fait hier. Si la réunion fait quand même son travail — et c'est en général le cas — la question ne portait aucune valeur.

De meilleures questions de standup

Le changement qui répare la plupart des standups consiste à parcourir le travail plutôt que la salle. Ouvrez le board et avancez élément par élément, de droite à gauche — commencez par ce qui est le plus près d'être terminé, parce que finir vaut mieux que commencer. Chacun parle quand son élément arrive, et personne ne joue le rapport quotidien.

Les questions qui méritent leur place :

• Que doit-il se passer aujourd'hui pour que cet élément avance ? Posée à l'élément, répondue par la personne qui le porte.
• Qu'est-ce qui est à risque, et quand le saurons-nous ? La question du blocage réécrite pour qu'on puisse y répondre honnêtement. Dire « à risque » ne coûte rien. Dire « bloqué » sonne comme un aveu.
• Qu'est-ce qui a changé depuis hier et que quelqu'un d'autre doit savoir ? Attrape la décision prise en coulisses dont trois personnes n'ont pas entendu parler.
• Qui a besoin de dix minutes avec qui juste après ? La question au meilleur rendement de la réunion, et celle qui garde les quatorze autres minutes propres.
• Allons-nous encore atteindre l'objectif ? Deux ou trois fois par semaine, à voix haute. Une équipe incapable de répondre n'a pas d'objectif commun — un problème de planification déguisé en standup.

Quinze minutes, et où elles passent

Le timebox ne s'étire pas avec l'effectif — quinze minutes restent quinze minutes que vous soyez quatre ou dix. Faites le calcul pour une équipe de dix personnes : quatre-vingt-dix secondes chacune, le signal le plus clair possible que le tour de table est la mauvaise forme.

Les standups gonflent de trois façons. Quelqu'un se met à résoudre un problème en séance. Quelqu'un fait un briefing pour une partie prenante absente. Et les gens racontent pour prouver leur effort — un symptôme de la façon dont la réunion a été utilisée jusque-là, pas de la paresse.

Le correctif pour les trois : nommer, attribuer, dater. « C'est une question de conception — Rosa et Tunde, juste après, quinze minutes. » Tout ce qui devient un engagement sort sous forme de tâche en bonne et due forme, et il existe une méthode pour les formuler, dans notre guide sur comment écrire des actions qui aboutissent.

Si le dépassement arrive presque tous les jours, arrêtez d'appeler ça un manque de discipline. Le dépassement est une réunion dont votre équipe a besoin — et une session de travail hebdomadaire adossée à un vrai modèle d'ordre du jour de réunion fait ce travail bien mieux que dix minutes greffées chaque matin.

Un modèle de daily standup à copier

Un board, un minuteur, six étapes. Le format est délibérément centré sur les éléments : un nom n'apparaît que lorsque quelqu'un a besoin de quelque chose de quelqu'un d'autre.

Modèle — daily standup de 15 minutes

STANDUP [ÉQUIPE] — [date] · 15 min · minuteur : [qui]

L'objectif que nous visons : [une ligne — à lire à voix haute seulement s'il a changé]

Parcourir le board, de droite à gauche

[Élément] — [état] — [ce qui doit se passer aujourd'hui pour qu'il avance] — [qui le porte]

Risque de ne pas atterrir

[Élément] — [pourquoi] — [quand nous le saurons]

Changé depuis hier

[Ce que les autres doivent savoir — décisions, casses, informations nouvelles]

Besoin de quelqu'un aujourd'hui

[Nom] a besoin de [quoi] de la part de [nom] — [quand ils se voient]

En attente

[Sujet] → [qui le porte] → [quand ça a lieu]

Exemple rempli — standup de 15 minutes

STANDUP SQUAD PAIEMENTS — mar. 1er sept. · 15 min · minuteur : Meg

Objectif : les remboursements passent par le nouveau grand livre avant le 12.

Parcourir le board, de droite à gauche

Annulation de remboursement — en revue — Nils doit regarder avant midi — Rosa

Job de réconciliation — en cours — tourne aujourd'hui sur les données de septembre — Tunde

Remboursements partiels — pas commencé — personne ne le prend tant que l'annulation n'est pas livrée

Risque de ne pas atterrir

Job de réconciliation — il manque deux jours de données dans l'export de septembre — Tunde saura avant 14 h 00

Changé depuis hier

La finance a avancé sa date de clôture au 10. Deux jours plus tôt que la date affichée sur le board.

Besoin de quelqu'un aujourd'hui

Rosa a besoin d'une revue de Nils — avant midi · Tunde a besoin de l'export manquant de la data eng — Meg relance à 10 h 00

En attente

Savoir si les remboursements partiels partent dans ce lot → Meg → 20 minutes après, avec Tunde

Bien mené, cela prend environ sept minutes. Les huit autres sont le tampon qui évite de bâcler l'élément qui nécessitait une conversation.

Les standups asynchrones, et quand ils ne sont que du théâtre de statut

Un standup asynchrone remplace la réunion par des mises à jour écrites publiées dans un canal avant une heure limite. Bien fait, il bat la version en direct pour beaucoup d'équipes. Mal fait, c'est un rituel que personne ne lit — pire que la réunion qu'il remplace, car en réunion au moins les gens écoutent.

L'asynchrone gagne quand l'équipe s'étale sur plus de quelques heures de fuseaux horaires et que tout créneau en direct punit quelqu'un ; quand le travail est faiblement couplé ; et quand la valeur de l'équipe vient de longues plages ininterrompues, où un 9 h 30 fixe est une interruption déguisée en coordination.

Restez en direct quand les gens travaillent dans les mêmes fichiers et qu'une collision coûte une demi-journée, quand l'équipe est nouvelle, ou quand les messages ont discrètement cessé d'être lus — ce qui se détecte en une minute en regardant si quelqu'un y répond jamais.

Rester en direct et distribué rend l'horaire plus difficile qu'il n'y paraît, car une réunion quotidienne ne se fait pas tourner comme une réunion mensuelle : un créneau ingrat l'est pour la même personne tous les jours pendant un an. Placez-le dans la vraie fenêtre de recouvrement, pas au début de la matinée du siège. En dessous d'environ trois heures de recouvrement, l'asynchrone est la réponse honnête, pas la réponse paresseuse.

La règle qui fait marcher l'asynchrone : un message qui nomme quelqu'un est une demande, pas une ligne de statut, et une demande reçoit une réponse le jour ouvré même. Sans cela, vous avez un mur de mises à jour et aucune coordination.

Modèle — message de standup asynchrone

#[équipe]-standup — [date] · à publier avant [heure, votre heure locale]

Quatre lignes. Le détail va dans le fil.

En cours

[La seule chose que vous finirez aujourd'hui. Pas une liste.]

À risque

[Ce qui pourrait ne pas atterrir, et quand vous le saurez]

Demande

[@nom — ce dont vous avez besoin et pour quand — ou « aucune »]

À savoir

[Une chose que l'équipe serait agacée de ne pas apprendre]

Exemple rempli — message asynchrone

#payments-standup — mar. 1er sept. · Tunde, 09 h 10 WAT

En cours

Le job de réconciliation tourne sur les données de septembre — objectif : un résultat avant que je débranche.

À risque

Deux jours manquent dans l'export. Si ce n'est pas réglé avant 14 h 00 UTC, ça glisse à jeudi.

Demande

@meg — peux-tu relancer la data eng pour le 3 et le 4 ? Il me le faut avant 14 h 00 UTC.

À savoir

La finance a avancé sa clôture au 10. Le board affiche encore le 12.

Parlons franchement outillage : un standup de quinze minutes n'a pas besoin de transcription, et quiconque vous en vend une résout un problème que vous n'avez pas. Les exceptions sont étroites — l'équipe distribuée dont le « standup » est en réalité une vidéo enregistrée que la moitié regarde plus tard, et le standup qui se transforme sans cesse en réunion de décision que personne n'a consignée. Pour ces cas-là, un assistant de réunion IA qui enregistre et résume l'appel mérite sa place : Laxis couvre Zoom, Google Meet et Teams, extrait les actions et leurs responsables, et gère plus de 100 langues. Pour une synchro normale de sept minutes, un board et un minuteur battent n'importe quel logiciel.

Quatre façons dont un standup meurt

Comment tuer ou réparer un standup dont personne ne veut

Ne le mettez pas au vote pendant le standup. Demandez aux gens un par un, car en groupe personne ne veut qualifier une réunion de perte de temps devant celui qui l'a planifiée.

Puis faites l'expérience. Annulez-le pendant deux semaines et ne le remplacez par rien — pas par une autre réunion, par rien — en notant d'abord ce que vous vous attendez à voir casser. La plupart des équipes tiennent environ quatre jours avant que deux personnes ne se percutent sur le même travail ou qu'une décision ne soit prise deux fois. Cette collision est la valeur que la réunion apportait, et vous en connaissez maintenant la taille.

Si rien ne casse, l'équipe ne partageait pas de travail au départ. Le standup compensait des voies parallèles qui n'ont pas besoin d'une coordination quotidienne, et le correctif honnête consiste à changer la façon dont le travail est découpé plutôt qu'à maintenir la cérémonie en vie.

À défaut de le supprimer, divisez la fréquence par deux. Trois matins par semaine est légitime hors de Scrum ; dans Scrum, cela signifie que vous avez quitté le cadre, ce qui va très bien tant que vous le décidez au lieu d'y glisser. Et si ce qui survit est une réunion de décision plutôt qu'une synchro, traitez-la comme telle : un ordre du jour, un animateur, une trace écrite. Se souvenir est précisément ce qu'un standup fait le plus mal.

Pour les réunions qui ont vraiment besoin d'une trace

Laxis rejoint les appels qui comptent sur Zoom, Google Meet et Teams, rédige le compte rendu et liste chaque action avec la personne qui en est responsable. L'offre gratuite comprend 300 minutes de transcription par mois.

Essayer Laxis gratuitement

Où cela vous laisse

Un standup est l'une des rares réunions dont la valeur est facile à tester, et presque personne ne la teste. Annulez-le et regardez ce qui tombe. Changez une question et écoutez à quel point les gens parlent différemment. Décalez-le d'une demi-heure et découvrez si la matinée valait d'être protégée.

Les gens qui ont écrit les règles ont discrètement cessé de vous dire comment dépenser ces quinze minutes. C'est une invitation, pas un oubli.

Questions fréquentes

Qu'est-ce qu'un standup ?

Un standup est une synchronisation quotidienne courte, généralement de 15 minutes, où une équipe qui travaille vers un objectif commun vérifie la progression et ajuste ensemble le plan de la journée. Il existe pour faire remonter ce qui coince et qui a besoin de qui, pas pour rendre compte vers le haut. Dans Scrum, l'événement équivalent s'appelle le Daily Scrum.

Combien de temps doit durer un daily standup ?

Quinze minutes, et le chiffre n'augmente pas avec l'effectif. Le Guide Scrum 2020 fixe le Daily Scrum à 15 minutes quelle que soit la taille de l'équipe, ce qui explique précisément pourquoi le tour de table personne par personne cesse de fonctionner au-delà de six ou sept participants. S'il vous en faut systématiquement trente, vous tenez une session de travail à l'intérieur d'un standup.

Quelles sont les trois questions du standup ?

Qu'ai-je fait hier, que vais-je faire aujourd'hui, et qu'est-ce qui me bloque. Les versions antérieures du Guide Scrum les prescrivaient, mais la révision de 2020 a entièrement supprimé cette prescription. Les équipes peuvent toujours les utiliser, et beaucoup d'équipes nouvelles y trouvent des roues stabilisatrices utiles, mais rien dans Scrum ne les exige aujourd'hui.

Faut-il être debout pendant un standup ?

Non. Se tenir debout était une astuce pour rendre la réunion assez inconfortable pour rester courte, et le Guide Scrum ne l'a jamais exigé. L'imposer exclut aussi toute personne qui ne peut pas rester debout confortablement, et cela n'apporte rien à une équipe à distance. Utilisez plutôt un minuteur visible : il fait le même travail sans la mise en scène.

Un manager doit-il assister au daily standup ?

Seulement s'il a du travail sur le board. Le Guide Scrum présente le Daily Scrum comme un événement destiné aux Développeurs, et dès qu'un manager y assiste en spectateur, la réunion devient discrètement un rapport d'avancement qui lui est adressé. Si vous avez besoin de visibilité en tant que manager, lisez le board ou demandez un résumé hebdomadaire.

Les standups asynchrones valent-ils mieux que les standups en direct ?

Les standups asynchrones gagnent quand l'équipe s'étale sur plus de quelques heures de fuseaux horaires, quand le travail est faiblement couplé, ou quand protéger le temps de concentration compte plus que l'immédiateté. Le direct gagne quand les gens travaillent sur les mêmes fichiers, quand l'équipe est nouvelle, ou quand les mises à jour écrites ne sont plus lues par personne.