Modèle d'agenda de standup quotidien (que les ingénieurs utilisent vraiment)

Le problème avec la plupart des modèles de standup

La majorité des modèles de standup sont conçus pour des équipes qui ne font pas vraiment de standup. Trois questions par personne, cinq personnes, 15 minutes deviennent une réunion de planification si l'équipe le laisse dériver. Le modèle ci-dessous est optimisé pour une seule chose : maintenir le standup sous les 10 minutes tout en garantissant que les bonnes informations remontent et soient capturées. Les questions sont délibérément resserrées. Les sections après le tour de table gèrent tout le reste.

L'agenda (à copier-coller)

Durée : 10 minutes maximum
Format : Synchrone, chaque personne prend la parole une fois

Pour chaque membre de l'équipe (90 secondes par personne) :

1. Fait depuis le dernier standup — livré ou mergé, pas en cours
2. Prévu aujourd'hui — ce que vous comptez terminer, pas du travail aspirationnel de sprint
3. Blocages — nommez le responsable ; « en attente de la revue design » ne compte que si quelqu'un est responsable du déblocage

Après le tour de table (temps restant) :

• Décisions nécessaires — tout ce qui requiert une décision immédiate ; si ça prend plus de 2 minutes, planifiez une réunion séparée
• Annonces — une phrase par élément, pas de discussion pendant le standup

Parking lot : lorsqu'un sujet surgit en plein tour de table et ne concerne pas tout le groupe, notez-le et traitez-le ensuite ou en asynchrone. La discussion du parking lot — généralement 2-3 personnes plutôt que toute l'équipe — est souvent plus utile que le standup lui-même.

---

Ce que la plupart des modèles de standup ratent

Les modèles de standup les mieux classés tombent dans deux modes d'échec.

Le squelette minimal (« Qu'avez-vous fait ? Que ferez-vous ? Des blocages ? ») fonctionne jusqu'à ce que l'équipe commence à traiter les blocages comme optionnels. Personne n'écrit « en attente de la revue de sécurité » parce que rien ne se passe quand ils le font. Les dépendances se perdent, débloquées par celui qui pense à demander la semaine suivante.

La version surchargée ajoute 8 à 12 questions et un bilan de santé de l'équipe. Ça transforme le standup en réunion de staff. Les ingénieurs cessent de prêter attention après les deux premiers orateurs.

Les deux versions partagent le même problème de fond : elles cadrent le standup comme un exercice de reporting. Le standup est un exercice d'alignement. Le reporting produit de l'information ; l'alignement produit de l'action. Cette distinction compte pour la façon dont vous gérez le temps des questions et ce qui se passe après le tour de table.

La deuxième chose que les modèles passent sous silence, c'est ce qu'il advient des informations après l'appel. Même les standups bien menés produisent des blocages non suivis, des décisions que personne n'écrit, et des actions sans responsable.

Pourquoi les récapitulatifs de standup s'effondrent

L'approche du secrétaire tournant casse en quelques semaines. Celui dont c'est le tour est débordé, bâcle les détails, et poste quelque chose de vague que personne ne lit. L'équipe cesse de faire confiance aux notes, arrête de les lire, puis les notes cessent de servir à quoi que ce soit.

Les standups asynchrones — poster sa mise à jour dans Slack avant l'appel — règlent le problème de présence mais perdent l'aspect redevabilité qui vient d'un tour de table en direct. Les gens posent quand même la question « qu'a-t-on décidé sur X ? » plus tard dans la journée.

Le coût caché s'accumule vite. Pour voir ce que la perte de contexte de standup coûte à une équipe sur un trimestre, consultez La taxe des réunions.

Comment Pavleur gère le récapitulatif

Lancez votre standup avec cet agenda et Pavleur ouvert. Quand l'appel se termine, le rapport est généré automatiquement — pas de secrétaire, pas de 5 minutes de nettoyage post-standup. Le récapitulatif capture les points fait/prévu/blocages de chaque personne, extrait les décisions prises et liste les actions avec leurs responsables tels qu'ils ont été nommés lors de la réunion.

Ce que les outils audio seuls ratent : si quelqu'un affiche un tableau de bord de PR, un board Jira ou un graphique de déploiement en plein standup, Pavleur le capture et l'inclut dans le rapport avec son contexte. Des outils comme Otter ou Fireflies vous donnent les mots ; l'enregistrement visuel de ce qui était à l'écran n'existe pas. Toute personne ayant manqué le standup peut lire le rapport complet sans demander ce qui s'est passé. Si vous comparez des outils sur cette dimension, la page de comparaison couvre les différences.

Appliquer la contrainte de temps

La discipline des 90 secondes par personne cède le plus souvent quand le EM commence à répondre aux questions en plein tour de table. Entraînez le réflexe de dire « on règle ça après » et notez-le dans le parking lot.

Si le standup dépasse systématiquement 10 minutes, la cause est généralement l'une des suivantes : trop de personnes (divisez le standup), des points d'agenda qui s'infiltrent depuis la planification de sprint, ou un sujet de discussion récurrent qui a besoin de sa propre réunion récurrente. Corrigez la cause structurelle plutôt que le symptôme.