C'est quoi le Daily / Stand Up ? (Scrum)

🎁 Le guide du Scrum Master compétent 👉 sl.run/7Dg8W7
Définissons ce qu'est le "Daily Scrum" en Scrum ! Retour sur le Scrum Guide. #DailyScrum #Definition #ScrumGuide
💜️ La communauté Scrum Life 👉 sl.run/C45BwN
----------
SOMMAIRE️
00:00 Comment on fait le Daily ?
00:39 Les bases
04:07 Centré sur l’objectif
05:13 Adapter le plan
06:52 Peut-on ne pas le faire tous les jours ?
07:21 Faut-il (vraiment) être debout ?
09:07 Le seul moment de partage et d’alignement ?

[@ScrumLife]

Une question, un doute, quelque chose à ajouter ? Ajoute-le en commentaire ! ⌨👇 Nous en échangerons lors du 🔴Live jeudi : sl.run/jNWyzs

[@TiffannyDoll]

C'est pas bête. Merci pour la vidéo et pour les explications

[@ScrumLife]

Est-ce qu'il y a un éléments que tu vas changer/commencer dans les prochains daily ? -- Constantin

[@benjaminjakmakian6593]

Excellent d'avoir remis au point sur le terme daily scrum, daily standup etc et evidemment les trois questions :)

[@ScrumLife]

Merci ! Comment est-ce que vous animez les Daily dans ton équipe ? -- JP

[@hamzamoza5999]

vraiment Bravo !! c'est exeptionnel ce que vous présentez. Bonne continuation

[@ScrumLife]

Merci !!! Est-ce qu'il y a un point en particulier que tu retires et que tu vas appliquer dès demain ? -- JP

[@louis_korczowski]

Excellente vidéo, très bien présentée et très utile. Je ne savais pas qu'il avait retirer les 3 phrases du scrum guide et je pense que c'est une bonne chose car même si on sait qu'il faut rester focus sur l'objectif du sprint, la routine fait que cela saute en pratique. D'ailleurs on valide absolument Walking the Board, ça change la vie. Surtout, cela met vraiment au profit le focus de l'équipe et ce qui bloque. Les gens se soucient beaucoup plus du travail des autres et c'est plus collaboratif.

[@ScrumLife]

Ouiiiii, Wlak the Board c'est la vie ! Collaboration et entraide, mais aussi focus sur l'objectif et faire assurer un meilleur flot de ticket. Vous pratiquez l'approche Walk the Board depuis combien de temps ? -- JP

Standup vient de la terminologie eXtreme programming. Qui proposait de pousser à l'exterme le coté faisons vite et bien. Ce qui me plait dans l'idée du "déplacement", c'est 1° Quelle que soit la forme de la destination, l'effet déclencheur du "on quitte sa bulle, on lève la tête du guidon, on "entre" dans ce moment d'échange. On sait que changer de "tâche" est perturbateur. Quand l'équipe reste à son poste de travail pour faire cette rencontre régulière, elle reste attirée par son activité d'avant , on regarde encore un peu son code, ses emails, la documentation qu'on parcourait…, et le cerveau n'est pas focus sur le sujet du daily. Levons nous allons discuter; pow wow. 2° La destination. Elle peut s'adapter, mais mener le groupe à un visuel commun. Parfois (souvent) l'obeya avec le sprint board, et affiché en beau et en grand la vision produit et l'objectif de sprint, parfois une salle "vide", parfois dehors, sur le parking, à la cafétéria, dans un couloir (mon couloir est rempli d'affichage plus "visuel de facilitateur"), dans un openspace avec des utilisateurs ou des parties prenantes (après validation avec elles de ce moment de dérangement) ...

[@ScrumLife]

Merci Christophe pour les compléments ! Vraiment très pertinent 💪 -- JP

[@lutaseb]

je me souviens a toulouse avoir discuté avec JP sur "LA" réunion la plus importante, perso ct le daily parce que c est là que l on voit vraiment si les individus forment une équipe et s'ils ont un objectif commun. La question que je pose souvent (si besoin) c est " y a t il eu des choses nouvelles livrées permettant d avancer vers le sprint goal" et on discute

[@ScrumLife]

Oui, échange super intéressant ! Merci pour ton partage et ta proposition, un bon conseil. Est-ce que dans ton équipe actuel ça se voit que l'équipe a un objectif commun ou pas ? 😋 -- JP

[@lutaseb]

@@ScrumLife ca se voit que non en effet...

[@ScrumLife]

😅 Qu'essaies-tu et qu'as-tu prévu d'essayer pour changer ça ? -- JP

[@romain6275]

Un des ressorts du daily / stand up meeting est qu'il favorise le travail côte-à-côte plutôt que le face-à-face comme dans les salles de réunion traditionnelles. Les échanges seront plus collaboratifs et donc plus rapides. Il est possible de travailler côte-à-côte tout en étant assis. Tout est une question d''aménagement. Personnellement, autant je comprends que la position debout puisse faire débat dans une entreprise où les gens sont debout une grande partie de la journée, autant je trouve étrange que la question se pose quand les gens sont assis une grande partie de la journée. En tout état de cause, c'est à l'équipe et à ses membres d'aménager leur espace de travail et donc le daily meeting.

[@ZifnabHydre]

Pour le SM, le daily est important car il permet de lister les potentiels défis de vie et travail d'équipe à réaborder parfois durant une Rétrospective. Par exemple : - est-ce le seul (vrai) temps d'alignement, de discussion et de synchronisation d'une équipe dans sa journée ? - est-ce que l'équipe attend toujours le daily pour démarrer des nouvelles tâches de travail, de déblocage ou de collaboration ? (mode passif) - est-ce que l'équipe pense faire de bons partages et choix de travail alors qu'elle vit un ascenseur émotionnel durant son Sprint ? (tout va bien au début, et tout rush à la fin) - est-ce que les membres s'écoutent vraiment, ont le sentiment de se comprendre, et de partager la même mission ou les mêmes sous-objectifs ? - est-ce que le PO laisse les DEV recommander ou prendre des décisions technologiques (pour le bien de la mission) ? - est-ce que les membres travaillent en mode "automatisés" (des cartes de travail, des tâches à la suite, etc.) ou en mode "intelligents" (des discussions sur comment adapter le Sprint backlog pour atteindre ou adapter le Sprint goal) ? Et je suis d'accord, le SM est normalement en réserve (jouant un rôle de facilitateur ou d'aiguilleur). Par exemple, lorsqu'un sujet déborde vraiment (et sans finalité concrète entre les membres) ou encore par rapport à un rappel face à une future release inter-Sprint (est-on préparé / prêt ?). Dans mon propre cas, j'alterne entre des Sprints de shadowing (observation) et du Sprints de guidance (soutien actif). C'est un choix de ma part pour ne pas donner le sentiment à l'équipe de la "biberonner" à chaque itération, et surtout leur permettre progressivement de devenir réellement confiant et autonome dans leur travail d'équipe. Je demande aussi à mon PO d'être le plus présent possible au daily. Non pas pour diriger la rencontre, mais pour être au courant de ce que fait réellement son équipe et que celle-ci ait le sentiment d'être écoutée et respectée pour leur prise d'action. Et s'il n'est pas là, qu'un membre de l'équipe fasse un micro-récap textuel sur le channel de l'équipe (note : cela ne remplace pas le fait de mettre à jour les cartes de travail avec des notes / commentaires).

[@ScrumLife]

Salut, oui le Daily est en effet un moment très très riche pour observer beaucoup de choses en peu de temps ! Intéressante ton approche d'accompagnement. Tu pratiques cela depuis combien de temps ? -- JP

[@UniversB3]

Coucou, merci pour vos vidéos. J'ai un petit soucis avec la durée du sprint, 15 min, ok, je comprends que ça ne doit pas tenir longtemps... Mais j'ai une équipe de 7 développers + PO + Responsable qualité/ recette. À 10 personnes, le daily prends 30min surtout qu'on est dispatché dans des villes différentes. Est ce que vous pensez que je dois travailler sur la durée de notre daily ou il faut accepter que notre daily prend 30 min ? Merci beaucoup de votre aide

[@arnaud7688]

Hello, c’est marrant, cela fait écho à une discussion que l’on a eu récemment 😏. Sinon, à 5min40, le dessin me fait penser que l’on change d’objectif et pas que de plan. Et dans le cas où l’on change de plan, est-ce qu’on le négocie avec le PO? J’aurais tendance à dire que non, mais le SG semble dire que oui…

[@ZifnabHydre]

Pour moi, le plan d'action doit s'adapter au mieux de la réalité de progression de l'équipe dans son itération. Des cartes peuvent être retirées, ajoutées, modifiées, découpées, etc. => C'est ici que l'avis éclairé des DEV (et du SM) apporte une vraie plus-value. Lorsque l'objectif change, il y a 2 possibilités : 1. intervention et décision du PO suite à un changement exterieur important => C'est sa responsabilité avant tout, et le SM va l'aider à bien communiquer sur ce changement pour s'assurer que l'équipe ne vive pas cela comme un "échec" ou ressente de la frustration non-constructive. 2 intervention de l'équipe face à un Sprint goal qui en réalité ne fait plus de sens. Par exemple, lorsque l'équipe se rend compte que la réalisation technique du Sprint va poser plus de problèmes à la solution qu'autre chose, ou apporte en réalité très peu de valeur d'affaires par rapport à l'énergie / temps / ressource déployé. => Ici, c'est une vraie collaboration entre l'équipe et son PO, où le SM (selon moi) joue un rôle de médiateur / facilitateur. Dans les 2 cas, si cela arrive fréquemment, le problème à gratter par le SM est davantage en lien avec la mission elle-même.

[@ScrumLife]

On en a échangé pendant le Live du jeudi : kzbin.info/www/bejne/gpPNiqSNiqp4fbc -- JP

[@cecilevivant6351]

Hello. Dans une équipe de 5 développeurs qui travaillent en mob, le daily est il toujours si utile...?

[@grumly85]

Je pense que oui, tant que l'équipe parle bien des éléments découverts depuis le dernier daily, que ce soit des bonnes ou mauvaises nouvelles. Si c'est juste pour dire, j'ai bossé sur X, et qu'aucun problème n'est jamais partagé, alors il y a quelque chose à changer sur la façon d'aborder le daily.

[@vincentleroy2490]

Pour ma part, je suis confronté au même genre de question : l'équipe est petite (4 développeurs) et ils travaillent toute la journée ensemble. Ils sont déjà au courant de tout ce qui a été réalisé la veille, et des éventuelles problématiques. De plus, ils n'attendent pas le daily pour les remonter (ce qui, selon moi, est très bien) donc on n'a souvent pas grand chose à se dire le matin. Auriez-vous des pistes pour redonner du sens au daily ?

[@ScrumLife]

On en a parlé pendant le Live, d'un point de vue synchro non, mais au contraire d'un point de vue sortir le nez du guidon pour se demander si on va dans la bonne direction, ça peut totalement rester pertinent. -- JP

[@benjaminjakmakian6593]

Je ne sais pas (plus) si vous avez déjà couvert le sujet dans une vidéo mais avez vous déjà abordé le "cargo cult", le zombie scrum etc, bref, l'application de Scrum sans avoir compris les principes sous jacent, le "pourquoi"

[@ScrumLife]

On en a parlé de temps en temps pas pas un épisode dédié, c'est prévu par contre ! J'en avais déjà fait un article si tu veux : const.fr/blog/agile/le-cargo-cult/ -- Constantin

[@vxl]

"La" Daily ??? Vraiment ? :-D

[@lutaseb]

ouai c est plutôt ze daily

[@ScrumLife]

Ne vous moquez pas ! -- JP