Les stand-ups quotidiens sont bullshit (à moins qu’ils ne gagnent leur salaire) (Français (French))

Les stand-ups quotidiens ne sont pas intrinsèquement mauvais - mais lorsqu’ils deviennent un ritual au lieu d’alignement , ils gaspillent du temps et nuisent à la confiance

Introduction

Au cours de mes presque 30 années de développement de logiciels , Je'ai assisté à des stand-ups quotidiens plus nombreux que je ne sais le compterM SK3 Certains ont été électriques - brèves moments d’alignement qui ont éliminé les blocages et nous ont envoyés sprinter vers l’avantMSC5 D’autres étaient des rituels performatifs où des développeurs fatigués ont chanté M"ainsi qu’hierMNK7 dans une galerie de caméras mutesMMK8

La différence? Un type de standup a gagné son impôt. L’autre n’était qu’une cérémonie.

Une confession

Je dois admettre que je suis un agiliste inveterate.1 J’ai été ainsi en train d’exercer le POURST des PRINCES.2 Waterfalls,3 et lourds,4 cadres de processus manuels,5 j’ai vécu les documents ",compréhensifs avant une seule ligne de code,8 l’ère .,J’ai assisté à des réunions du Conseil de contrôle des changements où la mise en place d’une seule ligne,11 la fixation d’un seul ligne requiert trois semaines de paperasserie d’approbation,12

Le simple fait est que Agile est le meilleur moyen de bâtir un bon logiciel. Pour paraphraser Churchill:

"En fait, on a dit que l’agile est la pire forme du processus de développement logiciel.

Mais ici, c’est ce qui est important. être pro -Agile ne signifie pas que ' n’est pas un rituel. En fait, la défense des cérémonies incontestables est opposé de agile.

Voici ce que j’ai appris. agile est sur l’adaptation, non la conformité. Pourtant, la plupart des équipes héritent les rites Scrum en gros , les traitant comme sacrés plutôt que pragmatiques Travailler.

Cet article ne porte pas sur l’élimination des stand-ups, mais plutôt sur la question de savoir si vos cérémonies offrent une valeur proportionnelle à leur coût. la chose la plus agile que vous pouvez faire est d'adapter votre processus agile.

Scrum est un modèle, Non dogme

Permettez-moi d’être clair: Scrum est brilliant comme point de départ. Il a donné une structure à l’équipe alors que nous étions tombés dans la cascade.

Mais quelque part le long de la ligne, nous avons confondu Suivant Scrum avec d'être agile.

Le Scrum est un trousse à outils. Agile est un de l'esprit.

C’est là la partie dont personne ne parle. Une fois que Scrum commence à se frayer, il vous ralentit ou offre moins de valeur qu’il ne coûte.. Cela exige de l’expérienceM SK1 mais c’est ce qui est le KEY à la vraie agilité . La capacité de reconnaître quand votre processus a besoin d’évolution est ce qui sépare les équipes agiles matures de ces cargaisons.

Et voici la vérité incommode : les maîtres de Scrum ne reçoivent leur salaire que si vous continuez d'utiliser Scrum.

Le Manifeste Agile Il a évalué "les individus et les interactions par rapport aux processus et à l’outil " et a souligné "self-équipes d’organisationM SK2 en tant que principe fondamental, . Yet I've watched teams force M SK2am standups across three timezones because "that'is what Scrum saysMSC5ThatMST6is not agility

J’ai constaté que de nombreuses personnes qui travaillent dans le domaine "agile " n’ont jamais lu le Manifeste Agile. C’est ce document fondamental qui a été rédigé par des développeurs de logiciels fatigués du poids lourd, en 2001, en -. Ils se sont rencontrés pendant trois jours et ont distillé ce qui avait réellement fonctionné en quatre énoncés de valeur.

Voici ce qui suit:

Le Manifeste Agile

Nous découvrons de meilleures façons d’élaborer des logiciels en le faisant et en aidant les autres à le faire.

Personnes et interactions sur les processus et les outils

Logiciels de travail sur une documentation exhaustive

Collaboration avec les clients sur les négociations contractuelles

Réponse aux changements sur le suivi d'un plan

Il s’agit de :, alors qu’il y a une valeur dans les articles à droite, nous avons plus d’importance pour les articles sur la gauche .

Notez ce qu’il n’y a pas de ', :, stand-ups quotidiens, ,, planification des sprints et ,, points d’histoire,,, rétrospectives, M SK5, qui proviennent de Scrum, de la ,, créée pour mettre en œuvre ces valeurs, mais quelque part au cours du chemin, nous avons commencé à considérer la mise en oeuvre de Scrom, de cette ', comme l’objectif plutôt que les valeurs elles-mêmes.

Le Manifeste porte sur Principes directeurs, non prescriptionsM SK1 "Individuels et interactions au-dessus de processus et d'outils" signifie que si votre procédé (standups~) est en voie d'entraver l'interaction

Les équipes autonomes n’ont pas besoin de cérémonies imposées à elles. Elles choisissent les pratiques qui fonctionnent.

graph TD
    A[Agile Manifesto] -->|Inspires| B[Scrum Framework]
    B -->|Provides| C[Ceremonies & Practices]
    C -->|Should be| D{Adapted to Context}
    D -->|Teams often skip this| E[Rigid Adherence]
    D -->|True agility| F[Continuous Optimization]
    E -->|Results in| G[Process Theatre]
    F -->|Results in| H[Effective Delivery]

    style A stroke:#e1f5ff
    style F stroke:#d4edda
    style G stroke:#f8d7da
    style H stroke:#d4edda

Selon ma expérience, les équipes qui expédient le plus rapidement ne sont pas celles qui suivent Scrum par le livre. inspecter et adapter leur propre processus aussi rigoureusement qu’ils inspectent et adaptent leur code.

Les stand-ups se détruisent souvent dans le rituel

Permettez-moi de faire une image que vous pourriez reconnaître

Il's 9:00 AMM SK2 Vous'êtes à l’avant-garde de la solution d’un problème de convergence génériqueMSC4 Votre IDE est ouvertMST5 un débugger est installéMst6 le modèle mental est complètement chargéM st7 Puis, Mstr8 ping mstr9 la réunion de standup débute en Sstr10 minutesMt11

You context-switch . Join the call. Wait while three people unmuteM SK3 ThenMSC4

Alice: "Comme il l'a été hier , travaillant sur la fonction d'inscription."
Bob: "Accélérer les essaisM SK1 sans bloquants ."
Carol: (Caméra hors de ) "C'est vraiM SK1 encore sur cette migration de base de données."

Dix minutes plus tard, vous retournez à votre codeM SK1 Le modèle mental est disparu . Vous passez d’autres 15 minutes pour reconstruire le contexte

Qu’est-ce que cette réunion a permis de réaliser?

D’après mes expériences, les standups qui ont échoué partagent des symptômes communs.

La liste de vérification du décès rituel

La plupart des mises à jour sont des variations de "la même que hierM SK2
Aucune décision n’est prise
[ Plus de 50% des participants ont désactivé leurs caméras
Les forces de la zone temporelle s’étendront tardivement/ Présence précoce
Les gens accomplissent des tâches multiples au cours de la réunion
Personne ne pose des questions à la suite de
La réunion aurait pu être un message Slack

Lorsque ces symptômes apparaissent, votre standup n’est pas de type ' qui crée l’alignement, mais plutôt de type La fatigue synchronisée.

Le problème du rôle d'assistance

Let's être honnêtes : dans de nombreux milieux de travailM SK2 le 9am standup est un rôle d’assistanceMST4 IlMSC5est une façon de vérifier si les gens sont à leur bureaux MST6M ST7M st8ou au moins vigilantsMst9 Ce n’est pasMSST10t agile MSST11ilMSS12le théâtre de surveillanceM SS13

Si vous avez besoin d’un standup quotidien pour savoir si vos développeurs travaillent ou non, vous avez un problème de confianceM SK1 pas un problème du processus. Traiter vos développeurs comme des professionnels. Ils doivent être jugés par ce qu’ils fournissent, et non par le fait de se présenter à une réunion en temps opportun.

graph LR
    A[Standup Intent] -->|Should produce| B[Alignment]
    A -->|Should identify| C[Blockers]
    A -->|Should enable| D[Quick Decisions]

    E[Ritual Standup] -->|Actually produces| F[Status Updates]
    E -->|Actually creates| G[Context Switching]
    E -->|Actually wastes| H[Focus Time]

    style A stroke:#d4edda
    style B stroke:#d4edda
    style C stroke:#d4edda
    style D stroke:#d4edda
    style E stroke:#f8d7da
    style F stroke:#fff3cd
    style G stroke:#f8d7da
    style H stroke:#f8d7da

Toutes les cérémonies sont taxées

Voici le cadre qui a changé la façon dont je pense aux pratiques agiles.

Tous les rituels consomment des ressources

Échéancier - 15 minutes
Énergie cognitive - Le changement de contexte détruit le travail approfondi
largeur de bande émotionnelle - "presence formativeM SK2 est exhaustante
Concentration - Les états d’interruption du flux comportent des coûts combinés

Dans les sociétés démocratiques, nous acceptons l’imposition lorsqu'il finance les services essentielsLes routes, les écoles et les soins de santé justifient le fardeau parce que nous obtenons une valeur en retour.

Les cérémonies agiles fonctionnent de la même façon.

graph TD
    A[Ceremony/Ritual] -->|Consumes| B[Team Resources]
    B --> C[Time]
    B --> D[Energy]
    B --> E[Focus]
    B --> F[Context]

    A -->|Must produce| G{Value?}
    G -->|Yes| H[Justified Tax]
    G -->|No| I[Process Theatre]

    H -->|Examples| J[Blocker identified<br/>Alignment achieved<br/>Decision made]
    I -->|Examples| K[Status updates<br/>Calendar filler<br/>Nobody engaged]

    style A stroke:#e1f5ff
    style G stroke:#fff3cd
    style H stroke:#d4edda
    style I stroke:#f8d7da

L'équation fiscale

Pour qu’une cérémonie justifie son existence, il faut que cela soit vrai.

Valeur livrée > Ressources consommées

D’après mon expérience, les stand-ups échouent lorsque les équipes ne mesurent pas les deux côtés de l’équation. "est-ce que cela vaut encore la peine?

Améliorer, Cheaper, Solutions de rechange plus rapides

Voici ce que j’ai vu travailler dans différents contextes d’équipe.

Mise à jour de l'état → Contrôle asynchrone-ins

Au lieu de réunions synchrones, essayer:

Slack/Thread des équipes (DailyM SK2

👋 Good morning! Quick updates:
✅ Yesterday: Completed auth refactor (#234)
🎯 Today: Tackling payment integration (#456)
🚧 Blockers: Need staging DB access (@alice)

Coût du temps: 2 minutes vsM SK1 15 minutes Impact sur la zone temporelle: Nul Historique de recherche: Oui

L'effet multiplicateur de la communication

C’est un avantage clé que la plupart des équipes manquent. Slack check-ins deviennent le lieu où communiquer avec toute personne intéressée par les progrès Les gestionnaires de produits, les intervenants, les concepteurs et les autres équipes d’ingénierie peuvent tous s’abonner au canal et demeurer informés sans obliger les développeurs à une autre réunion.

Votre travail consiste à bâtir votre équipe comme une machine de livraison de fonctionnalités. La communication est l’huile qui le maintient en marche.

Lorsque le directeur général demande : "qu'est-ce que 'l'équipe qui travaille sur ?",envoyez un lien à . Quand le produit a besoin d'une mise à jour, ,ils sont inscrits; 'les autres équipes coordonnent leur travail;,ils voient vos progrès en temps réel. d'amplification, non sur le plan des dépenses.

Faire en sorte qu'il soit vraiment async

Voici' comment faire fonctionner cette fonction dans n’importe quelle zone de temps:

Le modèle: "Mises à jour de l'état par 9am" (heure locale de votre lieu d'affectation Notes détaillées pour chaque tâche dans le thread Slack. Non seulement "travail sur auth" mais aussi |"Refacteur de l'auth | : validation du JWT terminéeM SK5 démarrage d'un flux de rafraîchissement des tokens |

L'Australie dev laisse sa note chaque fois qu'elle fonctionne le mieux pour eux - peut-être à la fin de leur journéeM SK1 À 9à l'heure du Royaume-Uni ♫(ou avant si c'est urgent), vous l'avez lu et l'actedez ♫

Ils dirigent le processus. Vous n’ orchestrez pas toutes les interactions, vous remplacez les bloquants et laissez les professionnels coordonner directement.

Il s’agit du principe Agile de auto-équipes organisées dans l’action. Non "équipes qui suivent un processus prescrit ," mais équipes qui s’organisent autour du travail lui-mêmeM SK3 L’information est transparente , le contexte est partagé MSC5 et l’équipe trouve la façon de résoudre ce problème

Vous avez maintenant fait de votre processus une véritable asynchronisation. Le détail des notes signifie que vous n’avez pas besoin d’une clarification synchronisée.

GitHub + Slack = Culture SSK2 État

Lien GitHub à votre canal Slack. Maintenant, une mise à jour de l'état devient un PRM SK1 Les commentaires sur les codes sont visibles . Vous célébrez vos victoires avec des emoticons. QueMSC4 n'est pas frivol MNK5 c'est la culture de MNK6 MNK7

🎉 @alice opened PR #234: Add JWT refresh token flow
💪 @bob approved PR #234: "Beautiful error handling!"
🚀 @alice merged PR #234 into main
✅ Build passed: 47 tests, 0 failures

Votre standup vient de devenir votre feed d’activité GitHub. Taxe zéro , visibilité automatique, reconnaissance par les pairs intégréeM SK3

Faire du lieu le plus critique pour la communication un endroit NICE à être. Si le canal de votre équipe est là où le travail se produit, faire en sorte qu’il soit là où les gens veulent être. célébrer les victoires . apprécier le bon travail publiquementM SK3 remercier les gens d’avoir aidé

C’est la culture de l’ingénierie. Lorsque le principal canal de communication se sent positif, les gens s’engagent davantage, demandent plus d’aide plus tôt , et partagent leurs connaissances librementM SK3 Un canal toxique ou amusantMSC4 Les gens l’émettent muetMST5 Votre machine de communication fonctionne malMSP6

Quand Async fonctionne mal (et comment le corriger)

Async-le premier n'est pas'il ne s'agit pas d'un mode parfait . Modes de défaillance communsM SK3

Les gens ne lisent pas le canal: Faire en sorte qu'il soit précieux (Notifications de GitHub, décisionsM SK3 gagnantMSC4 Boring
Interruption pendant 4 heures sans préavis: Méthode claireM SK1 Tag avec 🚧, @mention, escalate après
Écarts dans la zone de temps = 8-délays d’heure: Déterminer 2-3 fenêtre de chevauchement d’heuresM SK2 Pour les équipes mondiales , accepter le délai de remise mais documenter attentivement
Les jeunes ne s’expriment pas: Les fonctionnaires supérieurs affectés vérifient explicitement l’inspection de leur poste. Faire en sorte qu’ils soient en sécurité par la célébration des questions précoces

La clé: asyncM SK1première ne signifie pas't non asynqueMSC3seulement . Lorsque quelque chose est bloquéMSK01 sauter sur un appel. Les réunions de synchronisation résolvent les problèmes , ne signalent pas l'état de la situationM SK4

Les mêmes résultats pour les espaces physiques

Si vous êtes encore dans un bureau et que vous avez une salle d’équipe, faites-le bien.

Bonnes chaises. Café décentM SK1 Tableaux blancs qui fonctionnent réellement. La lumière naturelle si possible . Un espace qui ne se sent pas comme un châtiment

Lorsque la salle d’équipe est agréable, les gens y gravitaient naturellement.1 Les conversations se produisent.2 Les problèmes sont résolus sur le tableau blanc.3 Il y a quelqu’un qui écoute un bloceur et s’inscrit pour aider.4 Cette collaboration organique de ', du type que les stand-ups tentent de produire.7 Ce qu’ils échouent à fabriquer.8

C'est ce que je veux dire. auto-équipes organisées En fait, ils ressemblent à des professionnels qui s’organisent autour du travail parce que l’environnement le facilite.

Une pièce dépressante avec des meubles endommagés et une lumière fluorescente? Les gens travaillent à la maison ou se cachent sur leurs bureaux. Votre machine de communication reste fragmentéeM SK2

À propos des réunions de synchronisation: Vous pouvez toujours réserver des réunions répétées lorsque cela est nécessaire - vous n’avez pas à canceler tout ' vous ne devez pas annuler tout M SK2 La clé est l’intentionnalité . Une fois par semaine. discussion synchrone facultative au lieu de Rapports obligatoires sur l'état.

Réservez la répétition, mais faites-la claireM SK1 "Si vous n'avez rien à discuter cette semaine, vous pouvez l'écraserMSC4

Voici la façon dont j’aborde cette question en tant que cadre supérieur. Je n’annulerai jamais le 1-on-1.N’importe quand . Mais j’en fais clair LEURS peuvent le faire.

Dans certaines semaines, ils le passeront par-dessus parce qu’ils ont les têtes descendantes et s’écoulent. Dans d’autres semaines, elles utilisent tous les minutes qui leur viennent parce que quelque chose les gêne ou qu’elles veulent parler au moyen d’un projet.

La réunion répétée crée de l'espace. Non obligation

Cela est particulièrement utile pour:

Un -àM SK1ones (conserver l’espace de relation)
Discussions sur l’architecture (complexeM SK1 profit du whiteboarding)
Démos des intervenants (emotionnels/valeur politique dans l’interaction en directM SK2

L’objectif est : les réunions qui gagnent leur temps.

Établissement → Boards exacts

D’après mon expérience, les équipes qui conservent leurs panneaux kanban actuels n’ont pas besoin de standups pour la visibilité.

Signale-indicateurs de bord richesM SK1

Points de l'histoire avec barres d'erreur (étendues de confianceM SK1
"StuckM SK1 balises avec indicateurs de vieillissement
État des relations publiques directement sur les cartes
Évaluation réelle par rapport à l’estimation du temps de suivi

Si votre board est digne de confiance, L’examen de la question devrait répondre "qu’est-ce que 'doit tout le monde faire?

Bloceurs → Étiquetage des émissions + Pings asynchrones

Les bloceurs réels ont besoin d’une attention immédiate, pas une prochaineM SK1 standup de jour.

Modèle meilleur:

Question de l'étiquette avec 🚧 blocked
Ping Personne pertinente directement
Si elle n'est pas résolue en 2 heuresM SK1 escalate à la plomberie
Le temps de résolution du bloceur de traçage en tant que métrique

Cohésion de l'équipe → Retros hebdomadaires + Paiement

L’argument que j’entends le plus souvent: " Mais les standups nous permettent d’être connectés en tant qu’équipe.

Fair point. Mais une mise à jour quotidienne du statut est le meilleur moyen de construire la connexion?

D’après ma expérience, , Ã©tablissement de la force obligations:

Séances de parallèle - collaboration réelle
Rétrospectives hebdomadaires - réflexion honnête
Canals de réfrigérateurs d'eau slack - temps social async
Déjeuners d'équipe mensuels - non-connexion de travail

graph LR
    A[Team Cohesion Goals] --> B{Choose Method}

    B -->|Status sharing| C[Async Check-ins<br/>2 min/person]
    B -->|Problem solving| D[Pairing Sessions<br/>As needed]
    B -->|Reflection| E[Weekly Retro<br/>1 hour/week]
    B -->|Social bonding| F[Slack channels<br/>Continuous]

    G[Daily Standup<br/>15 min × 5 days] -.->|Tries to do all| A

    style A stroke:#e1f5ff
    style C stroke:#d4edda
    style D stroke:#d4edda
    style E stroke:#d4edda
    style F stroke:#d4edda
    style G stroke:#fff3cd

La matrice du contexte

Il ne faut pas que toutes les équipes adoptent les mêmes cérémonies.

Profil de l’équipe	Valeur en main-d’œuvre MSC2 meilleure alternative MSC3
Mature, distribuéM SK1 async-première	Basse	Contrôle d'écrasementM SK2ins + panneaux exacts M
Jeunesse-équipe lourde Modèle de mentorat (voir ci-dessous
Date limite stricte, Risque élevé	Depend	Balance: Le temps de travail vous ralentira-t-il?M SK3 Min4 Si aucun blocage n’est prévu,5 Pourquoi faire rapport quand vous êtes en hâte?
Équipe spéciale stable	Très faible	Faible mise à jour asynchrone de l’impôtM SK2 ne peut être augmenté jusqu’à un jour que lorsqu’on construit des complexes multiples- fonctions pour les personnes ou problèmes critiques.
Source libre, zones temporelles mondiales	Très faible	Mise à jour asynchrone MSC2 Sommaire hebdomadaire des vidéos MSC3

À côté: Le mythe des jeunes développeurs

Sa sagesse commune: M SK1Les jeunes ont besoin de stand-ups quotidiens pour apprendre ." La réalité: Les stand-up sont souvent nécessaires accroître l'anxiété pour les jeunes sans les aider à grandir en fait.

Votre équipe reçoit vos jeunes. Pas de stand-ups. Le mentorat le fait. Apporter du temps aux aînés pour les aider . Faire en sorte qu’ils soient culturelsM SK3 Les dirigeants dirigent les aînées , Les aîneurs dirigent des jeunes M SK5 Les jeunes peuvent se préparer avec leur aîné avant d’être mis à jour MSC6 mais ils doivent avoir leur propre voix MST7 un aînée ne parle jamais POUR eux MST8

Le perfectionnement professionnel se fait par le biais d’un mentorat. Les standups n’enseignent pas les estimations, l’architecture , ou le débuggingM SK3 Le parallèle fait. Les révisions de code fontMST5 MSP6 surMSS7 s doMS8

D’après ma expérience, l’erreur n’est pas d’avoir des stand-ups ou de ne pas les avoir. appliquer la même cérémonie à chaque contexte.

Tout se prête à ce qui fonctionne

C’est là la vérité. Tout se prête à ce qui fonctionne le mieux pour votre équipe.

C'est ce que le principe Agile de auto-équipes organisées en fait signifie. Non M SK1équipes qui suivent Scrum parfaitement," mais Des équipes qui adaptent constamment leur processus pour servir le travail.

Certaines équipes LIVE POUR les stands quotidiens - l’énergie, la connexion , la rapidité M SK3 le règlement des problèmes de feu . Certains protesteront même à propos d’un message Slack MSC5 préférant un accent profond avec une interruption minimale МSK6

Une expérience d’équipe véritablement autonome-Organisation des expériences de l’équipeM SK1 Mesures , et choix. Vous adaptez pour atteindre le résultatMSC4

Qui décide de changer le processus?

Lorsque je dis ", l’équipe décide ," qui fait réellement ce appel les chefs de file ou les principaux développeurs proposer des changements . Que' est une amendeM SK2 Le leadership crée les conditions d’amélioration.

Le modèle:

Quiconque propose une expérience - "essai de vérification asynchroneM SK2ins pour 2 semaines?"
L’équipe discute des écarts commerciaux, des préoccupations liées à la SCA1 et aux métriques de SCA2, ainsi que de la façon d’en revenir.
Le plomb décide de le faire fonctionner - en fonction de l’achatM SK1 et de la faisabilité
Équipe mesure les résultats - temps de blocage? satisfactionM SK2
L’équipe décide de maintenir, revertM SK1 ou iterer

Transparence est la clé. Changement fondé sur les preuves ("nous avons des données ce n’est pas le cas 'il ne fonctionne pas"),pas d’opinion MSC3je pense que c’est mieuxMSc4

Si votre équipe peut't faire part de ses préoccupations au sujet des changements de processusM SK1 vous n’avez pas'pas d’équipe auto-organisante -de groupe structuré MSC4 vous avez un commandementMST5etM ST6contrôle avec de meilleures mots de discussionM st7

Spikes: Le muscle d'expérimentation

Voici un modèle que j’aime. Ã‰tablissement d'un programme de rÃ©glementation des mines. Si vous utilisez des sprints (ou simplement une rétroaction sur le cycle rapide M SK2 les pics sont votre budget d’expérimentation

Veuillez prendre note de tout "nous devrions essayer X tech " discussion. Lorsque quelqu’un dit "Je me demande si Postgres complet-la recherche de texte serait plus rapide que la recherche élastique pour ce type d’article ,"en écrivez-le down

Utiliser des épingles comme pauses de plaisir lors d’un développement lourd. Travailler sur une grande caractéristique de long terme qui vous empêche d’atteindre le point culminant, '? Schedule a spike, MSC3M SK4Alice, , prenez un jour et essayez l’approche des composantes React Server que vous avez mentionnée, . Vérifier si elle permet de résoudre nos problèmes d’hydratation.

Les spikes sont un plaisir pour les devs. Ils sont autorisés à étudier, à apprendre et à échouer.

Suivez-les comme une équipe:

Quelle est la durée de ce pic?
Qu’est-ce que nous tenons à apprendre? ("Is cette approche efficace?
Comment savoir s'il a réussi? M SK1Potre rendre 10k items without lag")
Conclusions présentées à la fin [TRADUCTION] Vous n’êtes pas seulement en train de vous débarrasser, mais vous répondez aux questions du groupe

Ce dernier point est essentiel. Vous contribuez à l’équipe, au savoir de ' et aux connaissances dont vous disposez, non seulement en tirant parti..

Cela est particulièrement important pour les jeunes. Un mineur qui fait une percée sur le caching n’est pas seulement "learning Redis ." Il est devenu l’équipe'expert de Redis pour ce cas particulier.

"Vous avez mentionné que vous souhaitiez apprendre sur le caching . ici' est un pic de jourM SK4 étudier Redis vs inMSC5 cachement de mémoire pour nos réponses APIMST6 Présenter vos conclusions à l’équipe le vendrediMst7

Les jeunes ne consomment pas seulement les connaissances des aînés. contribuer à la compréhension collective de l’équipe, '. C'est ainsi que ', c'est comment vous bâtissez votre confiance, ., C' est ainsi que les jeunes cessent de se sentir imposés.

Les spikes payent pour eux-mêmes

Voici l’argument économique pour les pics: le SCC1, ils, le SSC2 ne sont pas seulement des exercices d’apprentissage; le SCG3, ils sont des accélérateurs de décision; et le SCP5.

Voie 1: Adoption Le cycle de développement suivant, vous pouvez utiliser cette technologie. Vous livrez plus de valeur à la suite du coup d’œilMSC2 Il a payé pour lui-mêmeM SK3 Alice a passé un jour à couper React Server Components ? Deux semaines plus tardMST5 l'équipe expédie une fonctionnalité avec MSL6 moins clientMSP7 côté JavaScriptMSV8 Ce seul investissement d'un jourMSSK9 a économisé des jours de débugging des problèmes d'hydratationMSR10

Voie 2: Élimination Or, vous éliminez un choix, rendant la spécificité' plus précieuse en réduisant les voies de cheminement . M SK3 Nous avons essayé la fédération GraphQL et c’est trop complexe pour notre taille d’équipeMSC5 Maintenant nous savonsMNK6 rester avec REST pour les prochains MNK7 mois Décision prise avec succès. Vous avez cessé de perdre du temps en vous demandant :

Les deux résultats ont une valeur . soit vous obtiendrez un outil, soit vous éliminez la distraction . Le pire résultat est de ne jamais s'établir à la pointe

Même le processus obtient des pics. Vous pouvez être un "propriétaire de processus " sur l’équipe et utiliser des spikes de processus.

Le principe de changement: est motivé par l'expérienceM SK1 Il est avantageux pour une équipe de jouer avec la technologie.

Les spikes normalisent l’expérimentation.

Demandez à vous-même: Quel doit être le résultat de l'équipe?

Mise à jour de l'état ( mise à jour au moins tous les joursM SK1 - afin que les intervenants sachent ce qui se passe
Input pour changer la direction (really core to agile ) - but standups aren't REALLY for that anywayMSC4 thatM SK5s a separate async process through backlog refinementMNK6 retrosMRK7 and stakeholder feedback

L'article 5 de la Loi sur l'immigration et le statut des réfugiés le meilleur résultat I' j’ai eu avec le self async - l’organisation de la démarche Slack M SK2 Vous identifiez ce qui devrait être " pris en offline " MSC5 vers une réunion séparée des parties prenantes MST6 ou lorsque vous avez besoin d’une réunion d’équipe pour discuter d’un problème complexe Mst7

Rappelez-vous: Le produit est la sortie

Jusqu’à ce qu’il y ait une fonction à jouer avec' le produit de votre procédé est la production de votre machine de développement. C’est ce qui importe, '

Si votre entreprise a besoin de mises à jour en cours d’avancement, réfléchissez à la façon dont vous pouvez le livrer le plus rapidement possible M SK1en termes fiscaux)

Alternatives créatives:

Script qui se penche sur les billets de JIRA pour les points d'histoire terminés
LLM-estimateur dirigé en fonction de la vitesse historique des tâches
Digestion hebdomadaire automatisée à partir des engagements de Git + Descriptions PR
Traitement du tableau de bord à partir de l'état des pipelines CI/CD
Slack bot qui surveille automatiquement les bloquants à partir des balises de billet

Il y a des OPTIONS qui sont moins coûteuses que de forcer les humains à faire rapport manuellement chaque jour sur leurs progrès.

L’objectif est d’éliminer la communication. automatiser les pièces mécaniques afin que les humains puissent se concentrer sur les pièces précieuses - les décisions, , la collaboration, , le problème créatif, MSC3 la résolution, M SK4

Mesure des ritaux comme les systèmes

Si vous êtes un développeur, vous surveillez vos systèmes. Vous suivez la latence, les taux d’erreur et l’utilisation des ressources.

Pourquoi ne le faisons-nous pas pour nos processus?

Méthodes de communication qui ont réellement une importance

Avant que vous puissiez mesurer les cérémonies, communication elle-même. Voici les mesures que j’ai suivies qui ont révélé des problèmes réels.

Délai de réponse aux bloquants

Temps moyen de "🚧 bloquée" tag à résolution
Cible: M SK1 heures pendant les heures de chevauchement des équipes
Si vous êtes constamment au-dessus de 4 heures ,, vos canaux de communication ne fonctionnent pas

Temps-àM SK1PR-Review

Combien de temps après l’ouverture du PR à la première révision?
Cible: M SK1 heures pour les petits organismes publics, |<24 heure pour les grands
Si les commentaires passent des jours, soit les gens ne vérifient pas le Slack, soit vous avez trop de WIP

Taux de réponse à la question

Lorsque quelqu’un demande de l’aide dans le canal d’équipe, à quelle fréquence reçoit-il une réponse en 1 heureM SK2
Cible: M SK1 pendant les heures de chevauchement
Si votre canal n’est pas un hub de communication

Déployer la fréquence

Ce n'est pas seulement une métrique de DevOps - mais aussi une métrie de communication '.
Si vous déployez quotidiennement, la coordination fonctionne
Si le groupe de déploiements se réunit les jeudis, votre processus a des lacunes

Engagement de la chaîne Slack

Ce n’est pas seulement " qui a affiché" mais " qui répond à d’autresM SK3
Est-ce que 3 les personnes transportent toute la charge de communication?
Est-ce que la moitié de l’équipe se trouve à l’écart ?

Le modèle: Si ces paramètres sont sains, votre infrastructure de communication fonctionne. Aucune cérémonie ne l'a résolu.. Vous devrez traiter le problème sous-jacent.

Cérémonie de vérification de la santé

Demandez à votre équipe tous les trimestres:

Quel problème est-il réglé dans cette cérémonie?
- Si personne ne peut l’articuler clairement, la tuer.
Quelles preuves démontrent qu’il fonctionne?
- Nous l’avons toujours fait. Il n’y a pas de preuves.
Y a-t-il un moyen plus rapide?
- Peut fonctionner async? Peut aider à l'automatisation?
Que se passe-t-il si nous l'échappons ?
- Effectuer l'expérience. Pauser pendant M SK1 semaines. Mesure de l'impactMSC3
Nous avons-nous testé des solutions de rechange?
- Si vous, ', avez mené la même cérémonie pendant des années sans changements, vous n’êtes pas agile.

Exemple pratique: Mon dernier équipe

Nous avons eu des stand-ups quotidiens pendant 18 mois . Puis j’ai proposé une expérience

Hypothèse: Notre équipe adulte peut maintenir l’alignement avec 3x vérification hebdomadaireM SK1ins + mises à jour asynchrones.

Metriques:

Temps de résolution du bloceur
Taux d'atteinte des objectifs de sprint
Satisfaction de l’équipe (enquête anonymeM SK1
Âge moyen des relations publiques

Résultat après 4 semainesM SK1

Temps de blocage: non modifiée (nous avons utilisé les balises Slack)
Buts de sprint: +1 amélioration (plus de temps de concentrationM SK1
Sa satisfaction: +15% Augmentation (sans fatigue de réunion)
Âge PR: -8 moyenne des heures (plus de temps pour la révisionM SK1

Nous l’avons fait permanente. Non parce que les standups sont mauvais, mais parce notre contexte n’a pas justifié la taxe.

graph TD
    A[Current Ceremony] -->|Define| B[Success Metrics]
    B -->|Propose| C[Alternative Approach]
    C -->|Run| D[Time-boxed Experiment]
    D -->|Measure| E{Better Results?}
    E -->|Yes| F[Adopt New Approach]
    E -->|No| G[Keep Original]
    E -->|Mixed| H[Iterate & Re-test]

    F --> I[Document & Share]
    G --> J[Schedule Next Review]
    H --> C

    style A stroke:#e1f5ff
    style D stroke:#fff3cd
    style F stroke:#d4edda
    style I stroke:#d4edda

Maturité de l’équipe & Contexte

Je veux être cristalline: Je ne dis pas qu’il faut éliminer les standups partout.

Certains contextes bénéficient réellement de la synchronisation quotidienne:

Quand les sociétés d'État gagnent leur impôt

Selon ma expérience, les standups quotidiens de , offrent une valeur ajoutée à :

Équipes nouvellement formées

Les membres ne connaissent pas les styles de travail des membres
La connaissance implicite n’a pas encore été constituée.
Il faut une coordination explicite alors que les normes établissent

Jeunes-Équipes lourdes

Apprentissage à estimer et planifier
Bénéficier des points de contact quotidiens de mentorat
Renforcement des compétences professionnelles en communication

Windows à haute pression

Coordonner les dépendances de déploiement complexes
L'identification rapide des bloquants est essentielle
Sécurité psychologique dans le stress partagé

Cross-Discoverie fonctionnelle

Product, design , et expérimentation en génie ensemble
iteration rapide sur les prototypes
Rétroactions étroites essentielles

Principe clé: Lorsque le contexte de votre équipe changera, ', vos cérémonies devraient aussi changer.

J’ai collaboré avec des équipes qui ont fait des stand-ups pendant le lancement du produit 6-une semaine plus tard, , puis achevé à l’async après cette date. que's adaptation.

Ce qui est bon

Permettez-moi de vous faire part de l’aspect effectif de la cérémonie.

Exemple: Le stand-up de 7-Minute

L’une des meilleures équipes avec lesquelles j’ai travaillé a été de faire des standups comme celui-ci:

Format:

Tout le monde publie des mises à jour dans Slack précédemment Réunion
Démarrage de la réunion: M SK1Aucun blocage ou décision requis?"
Adresser uniquement ces articles
Si rien n’est urgent, la réunion est annulée.

Durée moyenne: 7 minutes Réunions annulées: ~40% du temps Valeur: Résolution des problèmes de largeur de bande élevée-Système d'état zéro

Exemple: Mise à jour du vidéo async

Pour une équipe répartie dans les zones horaires 9

Pattern:

Chaque personne enregistre 60-seconde Filmer le vidéo à sa journéeM SK1 fin
Postes vers le thread Slack partagé
Les autres observent l’async et répondent avec des commentaires/offres d’aide
Réunion hebdomadaire de synchronisation uniquement pour les discussions complexes

Coût du temps: 60 enregistrement de secondes + 3 observation des minutes Questions relatives à la zone temporelle: Élimination Connection: Haut de la page (vois faces,ton d'auditionM SK2

Exemple: Le panneau de configuration

Plutôt que de demander "Vous êtes sur la bonne voie ?",, une équipe a construit un simple panneau d’affichage

Task	Estimation MSC2 Confidence MSC3 Mise à jour SMC4
Réfacteur de l'audience			2	points	3	4	5	6	7	dernière heure
API de paiement	8 points MSC3		4	5	6	7	il y a quelques heures MSC8
migration de la base de données MSC1 SMC2 points MSC3		4	5	6	7	il y a un jour

Confidence ci-dessous 70% déclenche automatiquement "aide requiseM SK2 Message d'évitement.

Résultat: Les bloceurs sont apparus proactivement, aucune réunion n’est nécessaireM SK1

Le véritable esprit d'agile

Voici ce qui m’inquiète de l’orthodoxie du standup.

Selon le Manifeste Agile "réponse à un changement par suite d’un plan

Pourtant, nous résistons à changer nos cérémonies. Nous avons hérité des stand-ups de Scrum.

Que ce n’est pas l’agilité du SCC1 que le SCC2 tradition.

Selon ma expérience, les équipes vraiment agiles posent des questions difficiles.

"Cette cérémonie a fonctionné l’an dernier . Y a-t-elle encore?
"Nous'on est maintenant distribuéM SK2Pourriez-nous changer nos patrons de synchronisation?
" Notre équipe s’est triplée . A-t-elle la même échelle de structure?
"Nous venons d’expédier le grand projet . Qu’optimisons-nous pour l’instant?

graph TD
    A[Agile Mindset] -->|Requires| B[Continuous Improvement]
    B -->|Applied to| C[Product]
    B -->|Applied to| D[Code]
    B -->|Should apply to| E[Process]

    E -->|Questions| F{Is this ceremony<br/>still valuable?}
    F -->|Yes + Evidence| G[Keep & Measure]
    F -->|No + Evidence| H[Change or Remove]
    F -->|Unsure| I[Run Experiment]

    G --> J[Schedule Next Review]
    H --> J
    I --> F

    style A stroke:#e1f5ff
    style E stroke:#fff3cd
    style G stroke:#d4edda
    style H stroke:#d4edda
    style I stroke:#d4edda

Conclusion: La cérémonie doit assumer sa charge

Permettez-moi de vous faire part d’un principe simple :

Une cérémonie n’est pas agile parce qu’elle a un nom dans le Guide Scrum. Il n’est agile que lorsqu’il gagne sa charge.

Les stand-ups ne sont pas des bullshits. Mandatoire, incontestable, contexteM SK2les stand-ups libres sont .

Selon ma expérience, les meilleurs équipes traitent les cérémonies comme un code.

Ils Réfacteur Lorsque des patrons apparaissent
Ils optimiser lorsque le rendement souffre
Ils supprimer lorsque cela n'est plus nécessaire
Ils d'essai des solutions de rechange avant de s'engager

Il s'agit de auto-équipes d’organisation en pratique. Non des équipes qui suivent parfaitement un procédé prescrit, mais celles qui inspectent et adaptent constamment leur propre mode de travail.

L’agilité n’est pas de protéger les rituels. Protection de la clarté, Flux, et livraison.

Si un 2-minute Slack checkM SK1in obtient ce qu’un standup de 15-minutes utilisait pour - et que votre équipe se déplace plus rapidement,, elle se sent moins fatiguéeMSC5 et maintient l’alignement - c'est-à-dire l'agilité en action..

C’est donc ce que je vous demande :

Cette semaine, demandez à votre équipeM SK1

Que perdons-nous si nous abandonnons les standups pendant une semaine?
Que gagnerions-nous?
Est-ce que nous sommes disposés à le tester ?

Vous découvrirez peut-être que le standup est essentiel.

Or, vous pourriez découvrir qu’elle a été imposée sans avantage depuis des mois.

Quoi qu’il en soit, vous faites la chose la plus agile possible. Adaptation fondée sur la réalité, non ritual.

Références & Lire plus

Manifeste Agile - Principes originaux
Retourner le navire! par L. David Marquet M SK1 Intention-Le leadership fondé réduit les besoins des cérémonies
Topologies de l'équipe - Comment la structure de l’équipe influe sur les besoins en communication
Éloigné: Bureau n'est pas nécessaire - AsyncM SK1première réflexion de Basecamp

Avez-vous expérimenté des solutions de rechange aux standups quotidiens? Contactez-nous ou laissez un commentaire ci-dessous.