Debouts quotidiens - oui ou non? [fermé]

Quelle est la valeur (ou non) des réunions de stand-up quotidiennes ?

Si vous ne le connaissez pas, cela fait référence à une réunion quotidienne qui fait partie des adhérents à Scrum (et à d’autres méthodologies agiles). L'idée est que vous teniez une réunion quotidienne, limitée à 15 minutes, dans laquelle tout le monde devait se lever (pour encourager les gens à aller au point).

Lors de la réunion, vous faites le tour de la salle et chacun dit: - Ce que tu as fait hier - Ce que tu comptes faire aujourd'hui - Des obstacles ou des obstacles à ta progression.

Pensez-vous que cette pratique a de la valeur? Quelqu'un a-t-il travaillé dans un endroit qui l'a fait et qu'en avez-vous pensé?

Nous avons eu des affrontements quotidiens à mon premier emploi. Eh bien, avec toutes les coopératives / stagiaires / intérimaires, c'était plutôt long - généralement environ 30 minutes.

Mais l’idée d’une courte réunion quotidienne dans le temps a beaucoup aidé simplement pour savoir sur quoi les autres personnes étaient bloquées - et si c’était quelque chose sur lequel je travaillais, je pouvais redéfinir les priorités de mes tâches pour terminer ce dont elles avaient besoin pour continuer plus tôt. Cela a également permis à chacun de savoir sur quoi tout le monde travaillait. Par conséquent, en cas d'urgence, tout le monde était au moins au courant de ce qui se passait - réduire le facteur camion est toujours une bonne chose.

Honnêtement, chaque jour peut être un peu extrême dans certains cas. Mais l’idée de réunions courtes et régulières permettant à tous de rester sur la même page est un ajout précieux à tout processus.

Je trouve ces réunions très utiles. Ils offrent les avantages suivants: ils ne dépensent que 15 minutes!

• Garde tout le monde sur le sujet . Il est facile de creuser dans vos propres problèmes et d'oublier ce que font les autres, ou de répéter le travail effectué par quelqu'un d'autre. Des réunions quotidiennes empêchent que cela se produise.
• Ne permet pas aux gens de se relâcher . Lors de ces réunions, vous faites des promesses. Ensuite , vous venez devez essayer de les garder.
• Fait les gens interagissent . Les programmeurs n'aiment généralement pas parler aux gens. Cependant, lors de telles réunions, leurs collègues les encouragent (et les réprimandent), ce qui a un effet positif sur le moral.
• Rassemble tout le monde au même endroit . Vous obtenez un bonus de savoir que tout le monde y viendra. Cela peut être utilisé pour organiser d'autres réunions, faire des annonces et poursuivre cette réunion quotidienne en petits groupes pour discuter de problèmes spécifiques. Généralement, l'organisation de telles réunions nécessite beaucoup d'attention et requiert des compétences que les programmeurs n'aiment pas utiliser.

Je peux rester debout pendant des heures. Cela ne me rend pas plus pertinent, et n’a aucune incidence réelle sur une courte réunion de rattrapage quotidienne.

Mais bon, si se lever vous permet de changer quelque chose d'agile, ça doit être bon!

Quant à savoir si des réunions de rattrapage régulières en général sont une bonne idée, elles vous aideront si vos autres processus sont inefficaces.

Si vous voulez savoir ce que quelqu'un a fait hier et quelles sont ses prochaines tâches, consultez le Suivi des problèmes, où il a déjà été enregistré. S'il n'y a pas de filtre clair qui vous indique cela pour toute l'équipe, configurez-en un (ou trouvez un meilleur logiciel).

Si vous voulez savoir si quelqu'un a des bloqueurs, vérifiez vos messages (qu'il s'agisse de courriers électroniques / im / forum / peu importe). Si quelqu'un en a, il doit en avertir à la fois la partie concernée et le responsable du projet, sans perdre une journée d'attente avant que quelqu'un d'autre ne le découvre, sans que cela puisse aller.

Il est certainement avantageux d’organiser des réunions régulières pour discuter de la direction d’un projet - d’une manière générale, plutôt que de manière spécifique, afin de s’assurer que tout le monde comprend les objectifs généraux, etc. - et d’une réunion hebdomadaire ou bimensuelle (en fonction du rythme des choses).

Mais passer un quart d’heure chaque jour pour que vous puissiez vous sentir agile et génial? Perte de temps.

D'après mon expérience, le stand-up n'en vaut pas la peine, surtout le quotidien. Il s’agit d’un rituel vide de sens ou d’une réunion ad-hoc non dirigée.

1. Le rituel vide: tout le monde tourne autour du cercle et indique la tâche sur laquelle il travaille et ses progrès. Personne ne se soucie vraiment de ce sur quoi les autres travaillent, et rien ne se fait (à la suite du stand-up) s'il y a un problème.

2. La réunion ad-hoc non dirigée: Quelqu'un (généralement un responsable, un PM ou une personne du milieu des affaires) vient et le fait dérailler. Peut-être parlons-nous de l'incendie d'aujourd'hui en détail, ou comment quelqu'un s'inquiète de savoir si nous allons respecter un délai, etc. 15 minutes représentent une demi-heure ou plus. Tout le monde est debout, même si nous devrions vraiment rester assis si ça doit être aussi long.

En outre, la partie «stand-up» du stand-up n'aide pas à chronométrer les réunions, elle ajoute simplement un malaise physique au mélange.

J'ai eu de bien meilleures expériences de communication ad-hoc entre les membres de l'équipe que de rencontres informelles. Si quelqu'un s'intéresse à votre travail ou à vos progrès, il vous le demandera ou vous le lui direz. Si vous rencontrez un problème ou si vous êtes bloqué, vous vous assurez que les personnes qui en ont besoin le savent. Si une exigence n’est pas claire, recherchez l’utilisateur commercial ou le BA et demandez-leur à ce sujet.

Je pense qu'ils sont très précieux s'ils sont effectués correctement. Le format qui a bien fonctionné pour moi est celui-ci ..

Chaque personne répond brièvement aux questions suivantes.
a) Sur quoi travailles-tu?
b) Qu'allez-vous faire d'ici la prochaine réunion (demain)?
c) Avez-vous accompli ce que vous aviez dit de faire lors de la dernière réunion?
d) Quels obstacles ralentissent / arrêtent votre progression?

Toute discussion prolongée sur ce qui précède doit être freinée pendant la réunion afin de la garder courte. N'importe qui peut rester après (ou se réunir plus tard dans la journée) pour discuter avec la ou les personnes concernées de tout ce qui nécessite une couverture étendue.

Cela permet d'atteindre les objectifs suivants:
a) Le responsable de l'équipe / le responsable du produit est rapidement au courant des éventuels retards.
b) Le chef d'équipe peut éliminer les obstacles rapidement.
c) Le chef d'équipe peut identifier les personnes qui font tourner leurs roues rapidement.
d) Cela encourage la collaboration entre les membres de l'équipe qui sont peut-être trop introvertis pour demander de l'aide lorsqu'ils en ont besoin.
e) Il encourage la dynamique en gardant les engagements courts (minimise l'extension du travail au temps disponible pour le projet).

Je ne les ai pas trouvés utiles, contrairement à ce que je pratiquais sur mon lieu de travail, où le "Daily 15-Minute Standup" s'étendait à 30, puis à 45, et maintenant souvent à 60 minutes; où tout le monde s'assoit en attendant que le chef de projet manipule le projecteur, le partage réseau ou tout autre élément du démon aléatoire de la journée; où il insiste pour que tout le monde prenne le temps de fournir des mises à jour de statut avant la réunion, puis interroge à nouveau tout le monde (juste au cas où nous aurions accompli autre chose dans les derniers instants); La seule partie du concept original qui reste est "Daily".

Ne fais pas ça.

Cela peut être utile, mais souvent ce n’est pas pratique.

Si votre équipe n'a pas facilement accès aux autres membres de son équipe dans son travail ou si votre organisation rend difficile la recherche des responsables / chefs de projet / qui que ce soit, vous saurez au moins que vous avez une chance par jour d'obtenir une réponse à une question.

En pratique, cela encourage parfois les gens à ne pas discuter des problèmes immédiatement, et cela peut devenir très pénible. Par exemple:

Si je suis sur un seul projet de développement actif (en général, je suis sur deux), il y a généralement au moins un contrôle qualité final et un qui tourne en même temps. Cela fait trois quarts de travail de 15 minutes par jour. Les miens ne sont presque jamais dos à dos. Vous perdez un peu de temps à vous assurer que vous êtes à un point d'arrêt avant chacun et que vous retrouvez le même chemin après chacun d'eux. Même si vous supposez que ces pertes sont de 10 minutes chacune, cela correspond à plus d'une journée de travail perdue chaque semaine.

Ajoutez dans les réunions et les démonstrations de commit et cela se mange facilement toute une journée supplémentaire.

IMHO si votre équipe a un problème de communication, alors des réunions quotidiennes peuvent aider, mais les résoudre autrement est tout simplement un puits de ressources.

Bien avant que SCRUM et Agile n’aient été envisagés, j’étais chef d’équipe pour une étude de la main-d’œuvre qui a duré deux ans. Cela aurait pris beaucoup plus de temps sans réunions quotidiennes. En premier lieu, les êtres humains étant des êtres humains, ils se relâcheront s'ils savent que personne ne leur prête attention. S'ils doivent montrer des progrès chaque jour, ils se relâchent moins. Si Joe semble faire plus de progrès qu’eux, ils se relâchent moins. De plus, cela permet au gestionnaire (ou à quiconque) de savoir quand les problèmes surviennent avant qu’ils ne se transforment en crise. Donc, si Steve a une semaine de retard et que Harry est en avance, nous pouvons déplacer certaines tâches. Cela empêche le projet de prendre du retard car une personne est restée coincée. En outre, une autre personne pourra généralement aider la personne à se décoller.

Maintenant, j'ai travaillé à un endroit où nous avons confié un grand projet à un nouvel employé. (Je n'étais pas son patron.) Les rapports d'avancement qu'il a fournis à ses dirigeants étaient "tout va bien, tout sera fait à temps" mais rien de précis et personne ne l'a obligé à dire exactement quels progrès il avait accomplis depuis la veille. Comme l’expérimenté d’entre vous l’a bien deviné, lui-même a cessé de travailler sans préavis une semaine avant la date limite et aucune de ses tâches n’était achevée ni même dans un état où le "travail" qu’il avait accompli était utilisable. C’est pourquoi des réunions quotidiennes sont nécessaires - pour que ces personnes continuent à progresser réellement et pour savoir quand elles ne le seront pas avant que tout le projet ne soit mis en échec. J'ai fini par faire ses tâches et les miennes et faire des heures supplémentaires tout l'été afin que nous puissions conserver le client de plusieurs millions de dollars.

Oui, nous aimons tous croire que nos développeurs sont tous motivés en interne et produiront toujours les produits pour nous, mais la vérité est que vous devez protéger l'équipe et l'organisation des personnes comme celle-ci. Vous ne savez jamais qui ils seront. Parfois, ce n'est pas le nouvel employé, mais celui qui est en colère contre l'organisation (à juste titre ou non) ou celui qui vient de perdre sa femme (au moins, vous savez souvent qui sont ces personnes, mais tout le monde ne partage pas leurs problèmes personnels).

Oui ou non et sont-ils précieux sont deux questions différentes. Les réponses peuvent aussi être différentes. Dans le cas de cette dernière question, la réponse peut dépendre de la perspective.

La 1ère question, oui ou non? C'est un oui . Du point de vue de Scrum ou de XP, le stand-up est une activité essentielle. Si vous n'avez pas de mêlée journalière, alors ce n'est pas vraiment Scrum, ça s'appelle "mêlée, mais nous ne faisons pas de standups quotidiens" ou scrumbut en abrégé. si vous souhaitez inclure une perspective kanban, la plupart des équipes kanban font des stand-up, même si leur méthode ne les prescrit pas.

La deuxième question (quelle est leur valeur) est-elle plus compliquée? Si vous pratiquez Scrum ou XP, vous devez croire que les relèvements sont essentiels pour promouvoir la collaboration, le travail d'équipe et rendre votre équipe plus efficace. La réponse est donc précieuse .

La perspective des partisans du lean est très différente . Une vision extrêmement pauvre est que votre client ne se soucie pas de savoir si vous le faites, alors ce ne sont que des déchets. Qu'est-ce que tu fais avec les déchets? Vous le coupez au minimum, idéalement à zéro.

Une vision allégée plus modérée est que, même s’ils ne sont pas exactement des déchets, les relevés quotidiens représentent un coût de coordination et non une activité à valeur ajoutée . Vous pouvez faire l'avocat du diable avec vos collègues Scrum et leur demander: si vous pensez que vos rencontres de 15 minutes sont une activité à valeur ajoutée, pourquoi ne pas en faire 30 minutes par jour ou 45 minutes et augmenter facilement la valeur ajoutée?

Kanban, qui a des racines étroites mais vise à respecter les principes du Manifeste Agile, résout ce paradoxe en faisant des stand-up, mais en utilisant une structure de réunion très différente de celle du format de stand-up agile traditionnel. Le résultat est une réunion beaucoup plus courte, alignée sur le point de vue Lean. Ce livre présente un exemple dans lequel une équipe Kanban de 50 personnes relève quotidiennement en 10 minutes .

Pour résumer, qu'il faille ou non faire des relevés quotidiens, la réponse est un oui catégorique . Mais, sont-ils précieux, quelle valeur ont-ils - cela dépend .

Le type de standup le plus utile est le type Kanban.

1. Vous aurez besoin d'un tableau de bord qui reflète votre flux de travail / flux de valeur réel. Ce tableau de bord est le point central du stand-up.
2. Concentrez-vous sur des éléments de travail, pas sur des personnes
   • Concentrez-vous davantage sur les tâches que vous, en tant qu'équipe, pouvez terminer (en fonction du tableau de tâches), plutôt que sur ce que vous pouvez commencer
   • Concentrez-vous sur la résolution des problèmes que le conseil vous montre - goulots d'étranglement, blocs, etc.

(Cela ne fonctionnera probablement pas très bien dans un environnement Scrum, où l'engagement et la concentration sur les personnes constituent un mécanisme clé.)

De cette façon, une réunion en stand-up peut être courte, même avec de nombreuses personnes, mais reste néanmoins réellement utile.

Quelle est la valeur (ou non) des réunions de stand-up quotidiennes?

Délocaliser toutes les réunions du cadre Scrum est important, mais je pense que la réunion journalière est la réunion la plus importante du cadre Scrum. C'est comme un coeur dans un corps. Si le cœur ne pompe pas le sang régulièrement, le corps mourra inévitablement. Dans ce cas, le corps est l'Organisation ou le projet suivant la mêlée et le cœur est la réunion de mêlée.

Pensez-vous que cette pratique a de la valeur? Oui. Tous les jours, Scrums améliore les communications, élimine les autres réunions, identifie et élimine les obstacles au développement, met en valeur et favorise la prise de décision rapide et améliore le niveau de connaissance de chacun des projets. Daily Scrum n'est pas une réunion d'état. Daily Scrum est une inspection des progrès accomplis dans la réalisation de cet objectif de sprint (les trois questions). Des réunions de suivi ont généralement lieu pour adapter le travail à venir dans le Sprint. Le but est d'optimiser la probabilité que l'équipe atteigne son objectif. Il s’agit d’une réunion clé d’inspection et d’adaptation dans le processus empirique Scrum.

Quelqu'un a-t-il travaillé dans un endroit qui l'a fait et qu'en avez-vous pensé?

Oui, lors de mon dernier projet, nous avons suivi Scrum Framework et les pratiques Agiles. Nous avons pris très au sérieux le cadre Scrum en général et nous ne l’avons pas fait à moitié. À l’origine, j’étais dans une équipe de 5 personnes, puis j’ai déménagé dans une équipe plus importante d’environ 9 personnes, puis de nouveau à 6, sur un intervalle de temps de 4 ans. La réunion de mêlée quotidienne a permis de s'assurer que tout le monde était synchronisé, que les obstacles étaient transparents et que l'équipe pouvait voir comment l'équipe progressait avec l'incendie qui était devant nous et nous savions exactement qui travaillait sur quoi et où nous pouvions contribuer. nous-mêmes. C'est certainement plus facile à faire lorsque vous avez des équipes de 6 ou moins. Le but d’une réunion Scrum est de faire une vérification d’auto-inspection, et si quelque chose est trouvé qui ne va pas dans la direction du but ou si quelque chose est bloqué, l’équipe auto-organisée s’adapte,

À moins qu'il y ait une bonne raison de mettre quotidiennement en réseau une communication entièrement en réseau, cela ressemble à une grosse perte de temps.

Plutôt avoir des hebdomadaires.

D'après mon expérience, préparer ce que vous ferez le lendemain entraînera une augmentation importante de la productivité. Donc, avoir ces réunions comme des réunions vaut le temps perdu pour cette seule raison.

Essayez de rester bref, ou même de le faire tous les jours en même temps dans un groupe de discussion sur Skype. Assurez-vous simplement de lire les mises à jour de chaque autre.

Un rapport de situation quotidien à la fin de chaque journée avant votre retour à la maison a le même effet.

Cela a été efficace pour moi par équipes de 3 et 5 personnes, et je l'ai vu utilisé efficacement pour une équipe de planificateurs d'événements comptant environ 20 personnes. Vous devez rester bref, vous devez le garder en mouvement. C'est bien si vous êtes assis mais il ne devrait pas y avoir d'objets supplémentaires (prospectus, tableau blanc, vidéo, etc.)

Je pense que les stand-ups quotidiens sont une excellente idée, quelle que soit la méthodologie ou le domaine dans lequel vous travaillez - à condition de pouvoir les garder courts jusqu'à 15 minutes maximum. Si vous ne pouvez pas vous y tenir régulièrement, il y a soit trop de personnes qui assistent à un seul stand-up, soit la réunion n'est pas suffisamment ciblée.

Là où nous sommes, l'équipe marketing a commencé à nous copier et a maintenant également des stand-ups - ce n'est donc pas uniquement pour les développeurs!

Nous avons fait des réunions "debout" avant de savoir que c'était une mêlée agile, depuis environ 7 ans maintenant. À mon avis, ils constituent un excellent moyen de se faire une idée générale de la progression du projet et de déterminer si une personne a besoin d’aide. Certains membres de mon équipe n'aiment pas demander de l'aide, mais l'acceptent quand on le leur propose, ce qui se fait souvent chaque jour.

Les réunions doivent être courtes, nous avions généralement moins de 10 minutes avec 7 membres de l'équipe. Il est utile de les planifier juste avant la pause de 10 heures. De plus, nous n'utilisons pas la technologie dans les réunions, mais uniquement le tableau de bord avec des tâches de post-it et certains graphiques.

Sur le plan positif, ces réunions peuvent avoir pour effet de stimuler la productivité en termes de réalisation d'objectifs commerciaux urgents et immédiats.

Du côté négatif, ces réunions (quotidiennes: qu'avez-vous fait? Qu'allez-vous faire? Qu'est-ce qui vous gêne?) Découragent ce que nous pourrions appeler "google-time" ou le travail / apprentissage sur un projet parallèle qui n'a pas impact immédiat sur l’entreprise, mais pourrait avoir un impact significatif sur toute la ligne.

Un produit pour lequel j'ai conçu le prototype n'aurait jamais passé les tests de réunion quotidiens et, heureusement, mon ancien directeur a donné aux bateaux la liberté de travailler par eux-mêmes, et le produit réel est désormais opérationnel. Mais maintenant que l'ancien manager est parti et qu'un nouveau est entré, qui embrasse le concept de mêlée quotidienne, je ne vois pas comment j'aurais pu développer le prototype dans l'environnement de mêlée quotidienne.