Alternatives au daily standup: preuves et formulations

Quelqu’un dans votre équipe a déjà tapé le message. Quelque chose qui ressemblait à « Je pense pas que le daily standup fonctionne pour nous. » Puis la personne l’a relu, s’est demandé comment ça allait atterrir, l’a effacé, et a rejoint l’appel.

Cette suppression, c’est le vrai sujet de ce texte. La recherche sur les standups n’est pas difficile à trouver, et presque tout pointe dans la même direction. Ce qui est difficile, c’est la phrase. Vous essayez de dire une chose qui porte trois risques sociaux distincts en même temps, et les trois vous collent à la peau personnellement.

Risque un: vous avez l’air paresseux. Toute demande de retirer une réunion se lit, par défaut, comme une demande d’être moins surveillé.

Risque deux: vous avez l’air de ne pas être un joueur d’équipe. Le standup est présenté comme ce qui garde tout le monde aligné. S’y opposer, ça sonne comme s’opposer à l’alignement.

Risque trois: vous attaquez une personne, pas un processus. Quelqu’un est propriétaire de cette réunion. Un scrum master, un gestionnaire, ou la personne qui l’a mise en place il y a deux ans. Cette personne entendra une critique du rituel comme une critique de son jugement, parce que dans la plupart des salles, c’en est une.

Alors les gens ne disent rien, et la réunion continue de tourner sur la seule force du fait que personne n’a trouvé les mots.

La bonne nouvelle, c’est que les mots existent et qu’ils n’ont rien de compliqué. Ils doivent juste être assemblés dans un ordre précis, et l’ordre compte plus que les preuves.

Le recadrage qui gagne la discussion

Ne plaidez pas que le standup est une perte de temps. Cet argument perd, chaque fois, pour les trois raisons ci-dessus.

Plaidez plutôt que la version que votre équipe tient n’est pas la réunion qu’elle est censée être, et offrez une expérience réversible pour la réparer.

Le Scrum Guide est de votre bord ici, et c’est la partie que presque personne ne va vérifier. Le guide 2020¹ définit le Daily Scrum comme un événement de 15 minutes tenu pour les développeurs de l’équipe Scrum, pour inspecter la progression vers l’objectif de sprint et adapter le plan. Il n’est pas défini comme un rapport à un gestionnaire. La révision de 2020 a aussi retiré les trois questions prescrites que la plupart des équipes récitent encore chaque matin.¹

Si votre standup ressemble à un cercle de personnes qui rapportent hier et aujourd’hui à la personne la plus senior de la salle, vous ne défendez pas Scrum en le gardant. Vous tenez quelque chose que le livre de règles a déjà abandonné, et vous pouvez le dire tout haut sans accuser personne de rien.

C’est ça, tout le mouvement. Vous ne demandez pas moins d’imputabilité. Vous demandez de tenir la réunion comme le cadre la décrit, et de tester si un format moins coûteux tient la route.

Partie 1: Les raisons qui résistent à l’examen

J’ai coupé beaucoup des chiffres qui circulent sur ce sujet. Une note à la fin explique lesquels, et pourquoi. Ce qui suit, c’est ce que je mettrais devant un gestionnaire sceptique.

1. Il est devenu un rapport de statut vers le haut, et le cadre dit justement qu’il ne devrait pas en être un. Le mode d’échec le mieux documenté. L’étude par théorisation ancrée de Stray, Sjøberg et Dingsøyr sur les stand-ups quotidiens a montré que les participants les valorisaient pour le partage d’information et la résolution de problèmes en commun, et réagissaient négativement quand la réunion virait au rapport de statut destiné à un gestionnaire, ou revenait trop souvent et durait trop longtemps.² Le même constat ressort des écrits de praticiens du même groupe de recherche.⁴

2. Les trois questions produisent de la narration au lieu de la coordination. « Hier j’ai travaillé sur le ticket, aujourd’hui je continue sur le ticket. » Personne ne pose de question de suivi. Rien ne change ensuite. Le format encourage une performance d’activité plutôt qu’une inspection de la progression vers un objectif, et c’est pour ça que le guide 2020 a retiré les questions.¹

3. Les ingénieurs seniors et les grandes équipes en retirent le moins. Stray et ses collègues ont sondé des développeurs professionnels et trouvé des évaluations groupées autour du neutre dans l’ensemble, les développeurs juniors plus positifs, les développeurs seniors et les membres d’équipes plus grandes plus susceptibles d’y voir peu de valeur.³ Si vos personnes les plus expérimentées sont les moins engagées dans la salle, c’est un signal sur le format, pas sur elles.

4. Il coupe l’avant-midi en deux. L’argument de Paul Graham, formulé en 2009¹³ tient encore. Les gens qui fabriquent des choses ont besoin de longs blocs ininterrompus, et une seule réunion au milieu d’un avant-midi peut ruiner l’avant-midi au complet en le coupant en deux morceaux trop petits pour du travail exigeant. Le standup de 10 h 30 est l’exemple classique. Il y a aussi un coût d’anticipation. Les gens évitent de commencer quoi que ce soit de profond dans les 45 minutes qui précèdent.

5. Changer de tâche dégrade le travail des deux côtés de la réunion. La recherche de Sophie Leroy a introduit le résidu attentionnel: quand vous passez d’une tâche à une autre, une partie de votre attention reste accrochée à la première, et votre performance sur la deuxième en souffre.⁵ Un standup force ce changement deux fois pour chaque participant, une fois en entrant, une fois en sortant.

6. Revenir dans le travail prend du vrai temps. La recherche de Gloria Mark sur les interruptions est la source du chiffre très cité d’environ 23 minutes pour revenir à une tâche interrompue, et ses travaux avec Gudith et Klocke ont aussi montré que les gens compensent les interruptions en travaillant plus vite, au prix de plus de stress, de frustration et de charge de travail perçue.⁶ Citez celui-là avec soin. C’est le chiffre le plus maltraité de la conversation sur la productivité, et un gestionnaire qui l’a déjà vu démonté va s’en servir contre vous.

7. Les blocages sont nommés, mais pas réglés. Guettez ça dans votre propre équipe. Quelqu’un dit qu’il est bloqué, tout le monde hoche la tête, et la vraie résolution arrive quarante minutes plus tard, en privé, entre deux personnes. Si c’est le scénario qui revient, la réunion n’a pas réglé le blocage. Elle n’a fait que planifier la conversation qui l’a réglé.

8. La charge de réunions s’accumule physiologiquement. Le Human Factors Lab de Microsoft a passé des participants à l’EEG pendant des réunions enchaînées sans pause et a vu des marqueurs de stress s’accumuler au fil de la séquence, de courtes pauses réduisant cette accumulation.⁸ Les travaux de Steven Rogelberg en science des réunions documentent la même chose du côté des sondages, en plus du temps que les gens passent à décompresser après une mauvaise réunion, qui s’ajoute à la durée de la réunion elle-même.⁷

9. Il ne convient pas aux équipes distribuées. Il y a toujours quelqu’un qui le prend à une mauvaise heure. Le manuel de travail entièrement à distance de GitLab¹⁴ est l’argument public le plus complet pour gérer le statut en asynchrone à la place, et c’est une référence utile justement parce qu’elle vient d’une entreprise qui fonctionne comme ça à grande échelle, pas d’un billet de blogue.

10. Une cadence quotidienne facture un prix quotidien, qu’il y ait quelque chose à coordonner ou non. Dans les équipes dont le travail est faiblement couplé, le vrai besoin de coordination est intermittent. La réunion fixe paie le plein prix chaque journée tranquille.

Partie 2: La contre-preuve, que vous devriez apporter vous-même

Arrivez avec le dossier contre vous déjà monté. C’est le chemin le plus court pour être pris au sérieux, et ça évite à votre gestionnaire de sentir qu’il doit défendre la réunion tout seul.

Les standups, bien menés, font trois choses difficiles à remplacer.

Ils font remonter les blocages tôt. Un problème nommé à 9 h 30 qui aurait autrement mangé une journée complète vaut à lui seul les quinze minutes. C’est la fonction que votre remplacement doit absolument couvrir.

Ils construisent une image partagée de qui fait quoi, ce qui réduit le travail dédoublé et contradictoire. Stray et Dingsøyr documentent ça comme un des bénéfices réels que les gens rapportent.²

Ils soutiennent la sécurité psychologique. Rietze et Zacher ont trouvé une relation positive entre les stand-ups quotidiens et la sécurité psychologique, elle-même liée à la satisfaction au travail et aux perceptions de performance d’équipe.¹⁰ Ça s’ajoute aux travaux fondateurs d’Edmondson qui relient la sécurité psychologique aux comportements d’apprentissage en équipe.⁹ Un point de contact régulier, sans enjeu, fait quelque chose pour la confiance, surtout dans les équipes nouvelles ou distribuées.

Alors concédez le point là où il est vrai. Si votre équipe est petite, étroitement couplée, junior, ou vieille de trois semaines, le standup gagne probablement son coût, et vous devriez le dire.

Partie 3: Allez chercher vos propres données avant d’ouvrir la bouche

Deux semaines. Trois choses. Faites-le avant la conversation, parce qu’une opinion contre un rituel perd, et qu’un calcul contre un rituel ne perd pas.

Mesurez la vraie durée, pas celle à l’horaire. Chronométrez-la chaque jour. La plupart des équipes découvrent que la réunion de 15 minutes est une réunion de 22 minutes.

Faites le calcul de salaire. Le nombre de participants, multiplié par la durée réelle en heures, multiplié par les jours ouvrables dans une année. Une équipe de huit à 15 vraies minutes, c’est 2 heures-personnes par jour, environ 10 par semaine, à peu près 460 heures-personnes par année. À un coût complet de 60 euros l’heure, ça donne autour de 27 000 euros, et ce chiffre ignore le coût de récupération de chaque côté. Utilisez les chiffres de votre propre équipe pour que personne ne puisse contester les intrants.

Comptez les blocages. Pendant dix jours ouvrables, notez chaque blocage soulevé au standup, et marquez s’il a été réglé dans la réunion ou ailleurs, après. C’est habituellement le chiffre qui met fin au débat.

Sondez l’équipe anonymement. Une question. Est-ce que le standup t’aide à faire ta job, oui ou non, et pourquoi. L’anonymat, c’est ce qui vous donne la vraie réponse, et ça veut aussi dire que vous parlez pour l’équipe plutôt que pour vous, ce qui enlève le risque deux de la liste du début.

Partie 4: La formulation

Quatre situations, quatre formulations. Adaptez les détails, gardez la structure, parce que c’est la structure qui fait le travail.

Chacune suit les quatre mêmes temps. Valider ce dont l’autre personne a réellement besoin. Nommer le coût dans ses termes à elle. Proposer quelque chose de réversible et de limité dans le temps. Prendre sur soi le fardeau de la preuve et le travail de mise en place.

À votre gestionnaire, en un-à-un

« Je veux protéger le temps de concentration de l’équipe sans que tu perdes de visibilité, et j’ai deux semaines de données sur la façon dont notre standup est réellement utilisé. Il dure 22 minutes, pas 15. Ça fait environ 675 heures-personnes par année pour nous huit. En dix jours, six blocages ont été soulevés et un seul a vraiment été réglé dans la réunion. Les autres se sont réglés après, en privé.

J’aimerais essayer ceci pendant quatre semaines. Des mises à jour écrites dans un canal partagé, remises pour 9 h 30, que tu peux lire quand tu veux, un canal dédié aux blocages où on te tague directement dès que quelque chose accroche, et une rencontre en direct par semaine. Je vais suivre le temps de résolution des blocages par rapport à maintenant. Si ça empire, on revient en arrière et je le dirai moi-même à la rétro. Je m’occupe de toute la mise en place. »

À votre scrum master

« J’ai relu le guide 2020 dernièrement. Il définit le Daily Scrum comme un événement pour les développeurs, et il a retiré les trois questions. Le nôtre a dérivé vers un tour de table de mises à jour adressées à la personne la plus senior de la salle, exactement ce que le guide cherche à empêcher.

Est-ce qu’on pourrait essayer de le faire à partir du tableau plutôt qu’en tour de cercle, pour un sprint, et demander ensuite aux développeurs si c’est devenu plus utile pour eux? »

Remarquez ce que ça fait. Ça place le cadre comme autorité à votre place, et ça fait de votre scrum master la personne qui restaure la pratique plutôt que celle qui en défend une version brisée.

À vos collègues, avant toute autre chose

« Dis-moi franchement. Est-ce que le standup t’aide pour vrai, ou c’est juste quelque chose que tu endures? Je veux soulever la question, et je veux le faire seulement si je parle pour l’équipe, pas juste pour moi. »

Faites ça en premier. Toujours. Si deux personnes disent que le standup est leur seul moment pour demander de l’aide, votre proposition doit garder ça, et là vous le savez avant de vous être engagé publiquement sur une position.

En rétrospective

« Je veux inspecter une seule chose aujourd’hui. J’ai suivi notre standup pendant deux semaines. Voici ce qu’il coûte et voici combien de blocages il a réellement réglés. Je ne demande pas de l’annuler. Je demande si on change le format pour un sprint et si on regarde les chiffres avant de décider quoi que ce soit de permanent. »

En proposition écrite

Objet: Expérience de quatre semaines, standup asynchrone

En ce moment, notre daily standup dure 22 minutes pour huit personnes, soit environ 675 heures-personnes par année. Sur les dix derniers jours ouvrables, six blocages y ont été soulevés et un seul a été réglé dans la réunion.

Proposition, quatre semaines, entièrement réversible:

Des points écrits dans #team-standup pour 9 h 30, trois lignes chacun. Progression vers l’objectif de sprint, priorité du jour, tout ce qui bloque. Les blocages tagués directement à la personne concernée dès qu’ils apparaissent, au lieu d’attendre au lendemain matin. Une rencontre en direct de 30 minutes le lundi pour la planification et tout ce qui demande une conversation.

Je vais suivre le temps de résolution des blocages, le temps de cycle et un court pouls d’équipe, et j’apporterai les trois à la rétro du [date]. Si le temps de résolution des blocages empire, on revient en arrière. Je configure les outils et je mène l’essai.

La condition de retour en arrière explicite est la ligne la plus importante de ce message. C’est elle qui transforme votre proposition d’un changement en un test, et c’est habituellement elle qui obtient le oui.

Partie 5: Ce qu’on va vous répondre

« J’ai besoin de visibilité sur ce que tout le monde fait. » Des mises à jour écrites t’en donnent plus qu’une réunion. Elles sont recherchables, elles restent, et tu peux les lire à 7 h ou à 19 h au lieu d’être dans une salle à 9 h 30.

« Les blocages vont traîner. » C’est l’inverse. Un blocage publié au moment où il apparaît reçoit de l’attention plus vite qu’un blocage gardé pour le lendemain matin. C’est précisément la métrique que je propose de suivre, et c’est celle qui me ferait arrêter l’essai.

« C’est juste quinze minutes. » C’est quinze minutes fois huit personnes, chaque jour ouvrable, plus le temps qu’il faut à chacun pour se remettre dans ce qu’il faisait. Voici le chiffre annuel.

« Scrum exige un Daily Scrum. » Scrum exige un Daily Scrum pour les développeurs, et le guide 2020 a retiré les trois questions qu’on utilise encore. Ce qu’on tient n’est pas ce que le guide décrit.¹

« L’équipe va perdre sa cohésion. » C’est un vrai risque, et c’est pour ça que la rencontre hebdomadaire reste. Je mesure aussi un pouls d’équipe pendant l’essai, alors si la cohésion baisse, on va le voir au lieu de le deviner.

Partie 6: Cinq façons de perdre cette discussion

Le présenter comme une envie d’en faire moins. Ça confirme exactement le soupçon avec lequel l’autre personne est arrivée.

Tuer la réunion sans nommer de remplacement. Le fouillis qui suit vous sera attribué personnellement, et avec raison.

Décider seul. Un rituel d’équipe change par décision d’équipe, sinon il revient en dedans d’un mois.

Sauter l’essai et les métriques, ce qui transforme une proposition testable en concours d’opinions contre le statu quo, et le statu quo gagne ce genre de concours.

Ignorer les personnes pour qui ça fonctionne. Si le junior de l’équipe compte dessus, bâtissez autour de lui et dites-le devant tout le monde. Ça ne vous coûte rien et ça enlève la plus forte objection avant que quiconque la soulève.

Partie 7: Ce qui le remplace

	Standup quotidien en direct	Mises à jour écrites asynchrones	Rencontre hebdo plus canal de blocages
Coût en temps	Élevé, grimpe avec la taille de l’équipe	Coût synchrone presque nul	Faible
Coût d’interruption	Élevé, quotidien, en plein avant-midi	Minimal, chacun choisit son moment	Faible, un seul point fixe
Vitesse sur les blocages	Jusqu’à 24 heures d’attente	Immédiate si tagué	Immédiate si tagué
Trace écrite	Aucune, sauf si quelqu’un l’écrit	Recherchable par défaut	Partielle
Entre fuseaux horaires	Mal	Bien	Raisonnablement bien
Cohésion	Bonne quand c’est bien mené	Faible à elle seule	Bonne

Sept options, avec l’inconvénient honnête attaché à chacune.

Des points écrits asynchrones par un bot. Geekbot, Standuply ou Range sollicitent chaque personne et publient dans un canal partagé.¹⁷ Fonctionne entre les fuseaux horaires, laisse une trace recherchable. Peut dégénérer en théâtre de statuts que personne ne lit si personne ne réagit à ce qui est publié.

Des standups deux fois par semaine. Garde la rencontre en direct, coupe la fréquence. Facile à vendre parce que c’est un petit changement. Demande un canal d’appoint pour tout ce qui est urgent.

Parcourir le tableau au lieu de faire le cercle. Passez les éléments de travail de droite à gauche et parlez des tickets plutôt que des personnes. Tue la dynamique de rapport personnel immédiatement. Fonctionne seulement si le tableau est réellement à jour.

Un canal dédié aux blocages. La pièce qui vaut le plus à elle seule, et la moins chère à ajouter. Exige la discipline de publier, et quelqu’un qui surveille.

Le pairage sur demande. La résolution la plus rapide possible, sans auditoire. Réduit la visibilité pour toute l’équipe, donc il faut une trace écrite.

Une rencontre hebdomadaire en profondeur. De la place pour les conversations qu’une réunion de 15 minutes ne peut pas contenir. Trop peu fréquente pour fonctionner seule.

Des journées sans réunion. La purge de calendrier de Shopify en 2023 est l’exemple corporatif le plus cité, rapportée comme ayant retiré des milliers de réunions récurrentes du calendrier de l’entreprise.¹⁵ C’est une politique de concentration plutôt qu’un mécanisme de coordination, alors il faut la combiner avec une des options ci-dessus.

La combinaison qui fonctionne le plus souvent: des points écrits pour la vue d’ensemble quotidienne, un canal de blocages pour tout ce qui presse, une rencontre en direct par semaine pour le reste.

Partie 8: Concevoir l’essai pour qu’il survive au contact de la rétro

Choisissez vos métriques de succès avant de commencer, et choisissez-en auxquelles votre gestionnaire croit déjà.

La livraison. Une mesure de style DORA, habituellement le délai de mise en production des changements ou la fréquence de déploiement.¹² Le temps de cycle fonctionne si vous ne déployez pas souvent.

Le temps de résolution des blocages. Votre garde-fou sur le risque principal. C’est la métrique qui devrait pouvoir tuer l’expérience, et le dire tout haut est ce qui rend l’expérience crédible.

Le pouls d’équipe. Une question, chaque semaine, anonyme. Ça correspond à la dimension satisfaction du cadre SPACE, qui existe précisément parce que la mesure de productivité à métrique unique tourne mal.¹¹ Sans ça, vous pouvez améliorer le débit tout en brûlant les gens en silence, sans jamais le voir.

Quatre semaines, c’est la bonne durée. Deux, c’est trop court pour voir autre chose que l’effet de nouveauté. Huit, c’est assez long pour que revenir en arrière commence à ressembler à un échec public, ce qui pousse les gens à défendre l’essai au lieu de le lire honnêtement.

La partie qui est vraiment difficile

Tout ce qui précède est à la portée de quiconque passe un après-midi à lire. La plupart des gens qui en ont besoin ne vont quand même pas envoyer le message.

Ce ne sont pas les preuves qui manquent. Ce qui manque, c’est une version de la phrase qui dit que la réunion ne fonctionne pas sans laisser entendre que la personne qui la mène ne fonctionne pas, et c’est bien plus difficile à écrire qu’une liste de références. Elle se fait réécrire six fois dans une boîte de brouillon Slack, puis abandonner.

Cet écart, c’est la raison pour laquelle on bâtit Subtext. La plupart des messages que les gens n’arrivent pas à envoyer ne sont pas compliqués sur le fond. Ce sont des messages où avoir raison ne suffit pas, et où la formulation porte tout le risque. Une proposition sur le standup en est une petite. La même forme revient quand on demande une augmentation, qu’on refuse du travail en trop, qu’on dit à un fondateur que la feuille de route est mauvaise, ou qu’on dit non à un ami.

Si vous ne retenez qu’une chose: envoyez le message avec la condition de retour en arrière dedans. « Si le temps de résolution des blocages empire, on revient en arrière et je le dirai moi-même. » Cette seule clause enlève la raison qu’on avait de dire non.

Une note sur les chiffres que j’ai laissés de côté

Plusieurs chiffres circulent largement sur ce sujet et je ne pouvais pas les endosser, alors ils ne sont pas dans le texte ci-dessus.

L’affirmation selon laquelle 80 % des développeurs classent les mises à jour non pertinentes comme leur première frustration au standup n’apparaît pas dans le sondage de Stray auquel on l’attribue habituellement. L’affirmation selon laquelle 80 % des actions décidées en réunion ne sont jamais complétées voyage sans source. La statistique souvent citée de « 40 % plus long et 50 % plus d’erreurs », attribuée à un article récent du Journal of Experimental Psychology, semble être une version déformée de Rubinstein, Meyer et Evans en 2001, qui mesurait le changement de tâche en laboratoire et ne s’étend pas simplement à une réunion du matin.¹⁸ Les divers montants annuels par équipe pour le temps de réunion gaspillé dépendent entièrement des hypothèses derrière eux, et c’est pourquoi le calcul de la partie 3 utilise les intrants de votre propre équipe à la place.

Un autre trou honnête. Je n’ai pas trouvé d’étude contrôlée rigoureuse comparant directement les mises à jour de statut écrites asynchrones aux réunions de statut synchrones sur les résultats de livraison. GitLab, Doist et Basecamp plaident tous pour la version écrite, et les trois ont une position à défendre. Si votre gestionnaire demande cette comparaison, la réponse exacte est qu’elle ne semble pas encore exister, et que votre essai de quatre semaines est la façon de la produire pour votre propre équipe.

Vous pensez que votre standup gagne son coût, ou que j’ai mal lu les données? Dites-le-moi sur LinkedIn.

Samet Durgun est cofondateur de Subtext, une application qui capte le ton émotionnel de vos messages et les réécrit avec vos mots. Il vit à Berlin.

Sources

Chaque lien ci-dessus mène à la source primaire quand elle existe.

The Scrum Guide (2020), Ken Schwaber and Jeff Sutherland, scrumguides.org. Le document le plus utile de tout cet argumentaire. Lisez la section sur le Daily Scrum directement et citez-la mot pour mot. Établit que l’événement est pour les développeurs, dure 15 minutes, et que les trois questions ont été retirées dans la révision de 2020.
Stray, V., Sjøberg, D. I. K., and Dingsøyr, T. (2016). “The daily stand-up meeting: A grounded theory study.” Journal of Systems and Software, volume 114. Révisée par les pairs. Documente à la fois la valeur (partage d’information, résolution de problèmes en commun) et les modes d’échec (rapport de statut à un gestionnaire, fréquence et durée excessives). Envoyez celle-là à un scrum master.
Stray, V., Moe, N. B., and Bergersen, G. R. (2017). “Are Daily Stand-up Meetings Valuable? A Survey of Developers in Software Teams.” XP 2017, Lecture Notes in Business Information Processing. Sondage auprès de développeurs professionnels. Parmi les chiffres rapportés: 87 % des équipes agiles tiennent des standups quotidiens, avec des évaluations moyennes autour du neutre, les juniors plus positifs, les seniors et les grandes équipes moins. J’ai utilisé la tendance plutôt que le pourcentage.
Stray, V. and Moe, N. B., practitioner writing in IEEE Software on adapting daily stand-up practice. Soutient que les rituels de standup rigides devraient être adaptés à l’équipe plutôt que suivis par défaut. Le titre exact et l’année sont incertains, et la version qui circule en ligne contient des nombres de participants que je n’ai pas pu confirmer.
Leroy, S. (2009). “Why is it so hard to do my work? The challenge of attention residue when switching between work tasks.” Organizational Behavior and Human Decision Processes, volume 109, issue 2. L’origine du résidu attentionnel. Une preuve solide, hors du monde agile, que changer de tâche dégrade la qualité de ce qui vient ensuite.
Mark, G., Gudith, D., and Klocke, U. (2008). “The Cost of Interrupted Work: More Speed and Stress.” CHI 2008. Et Mark, G. (2023). Attention Span. Hanover Square Press. Source des résultats sur le travail interrompu et du chiffre d’environ 23 minutes de reprise qui circule partout. Le chiffre est réel, mais souvent cité avec plus de précision que la recherche n’en soutient, alors citez le travail primaire et dites « plus de 20 minutes ».
Rogelberg, S. G. (2019). The Surprising Science of Meetings. Oxford University Press. La référence standard sur le gaspillage en réunion et la récupération après réunion. J’ai utilisé le constat qualitatif plutôt qu’un pourcentage précis, parce que les chiffres varient selon les sondages.
Microsoft Human Factors Lab, EEG study on breaks between meetings, published via Microsoft WorkLab and the 2021 Work Trend Index. Preuve physiologique que le stress s’accumule au fil de réunions consécutives et que les pauses le réduisent. Utile parce que c’est de la mesure plutôt qu’un sondage.
Edmondson, A. (1999). “Psychological Safety and Learning Behavior in Work Teams.” Administrative Science Quarterly. La référence fondatrice sur la sécurité psychologique. Porte sur les équipes en général plutôt que sur les standups en particulier, alors n’affirmez pas un lien causal que le travail ne soutient pas.
Rietze, S. and Zacher, H., research on daily stand-up meetings, psychological safety, work satisfaction and team performance perceptions, European Journal of Work and Organizational Psychology. Le plus fort argument publié en faveur des standups, et c’est exactement pourquoi vous devriez l’apporter vous-même. L’année de publication est incertaine, et la version qui circule donne une date de 2025 que je n’ai pas pu confirmer de façon indépendante.
Forsgren, N., Storey, M.-A., Maddila, C., Zimmermann, T., Houck, B., and Butler, J. (2021). “The SPACE of Developer Productivity.” ACM Queue. Librement lisible. Utilisez la dimension satisfaction et bien-être pour justifier le suivi d’un pouls d’équipe à côté des métriques de livraison.
Forsgren, N., Humble, J., and Kim, G. (2018). Accelerate: The Science of Lean Software and DevOps. IT Revolution Press. Source des quatre métriques de livraison DORA. Utilisez-en une comme mesure de débit pour que la métrique soit défendable plutôt qu’inventée pour l’occasion.
Graham, P. (2009). “Maker’s Schedule, Manager’s Schedule.” paulgraham.com/makersschedule.html. Court, gratuit, et la chose la plus convaincante à transférer à un collègue indécis.
GitLab all remote handbook, about.gitlab.com/company/culture/all-remote. Une grande organisation qui fonctionne publiquement avec des mises à jour de statut asynchrones. La preuve que le modèle fonctionne à grande échelle, même si GitLab a un intérêt dans l’argument.
Shopify calendar purge, January 2023, as reported by Bloomberg, Fortune and others. Rapportée comme ayant retiré des milliers de réunions récurrentes du calendrier de l’entreprise et interdit les réunions récurrentes de plus de deux personnes le mercredi. Le chiffre précis d’heures récupérées vient de l’entreprise, alors attribuez-le à Shopify plutôt que de le présenter comme un fait mesuré.
Atlassian Agile Coach, standup guidance. Un guide de l’industrie qui recommande de garder les standups concis et adaptés aux besoins de l’équipe, formats asynchrones compris. Utile parce que ça vient d’une source en qui votre gestionnaire a probablement déjà confiance en matière d’agilité.
Outils: Geekbot et Standuply pour les standups asynchrones dans Slack et Teams, Range pour les points d’équipe. Vérifiez les prix et l’état actuel des produits avant d’en recommander un à l’interne.
Rubinstein, J. S., Meyer, D. E., and Evans, J. E. (2001). “Executive Control of Cognitive Processes in Task Switching.” Journal of Experimental Psychology: Human Perception and Performance. La véritable origine de l’affirmation du « jusqu’à 40 % du temps productif » perdu en changement de tâche. Listée ici pour que vous puissiez la vérifier vous-même au lieu de répéter la version déformée.