Réunion quotidienne Scrum: Ponctualité de la présence complète de l'équipe?

Je crois comprendre qu'une réunion Daily Scrum devrait être très rapide, organisée de manière amicale et qu'elle nécessite la présence de tous les membres de l'équipe. Parce que l'objectif est d'avoir tout le monde au courant de ce que font les autres.

J'aime les réunions quotidiennes Scrum qui se tiennent comme ça.

Dans mon dernier projet, nos mêlées quotidiennes ressemblent davantage à une réunion de mise à jour du statut. Bien que la position soit que nous tenons Scrums et pratiquons une Agile appropriée.

Nous sommes une équipe distribuée, dans 2 pays différents, et les personnes qui sont dans le même pays ne sont pas dans le même bureau. En conséquence, nous avons des Scrums virtuels.

Le problème est que nos réunions commencent toujours à l'heure, beaucoup de personnes appellent avant l'heure de début réelle, donc elles commencent en fait à la toute première seconde de la réunion. Sans aucune tolérance pour les petits retards.

Par exemple, la dernière fois que nous avons téléphoné et que la personne qui a coordonné la réunion a vérifié si tout le monde était en ligne, nous avons dit qu'un des membres de notre équipe n'était pas encore en ligne mais qu'il appelait. Et on m'a dit de commencer à partager sans attendre le membre de mon équipe.

De plus, tout le monde a beaucoup de réunions, et parfois ils sont consécutifs à la réunion Scrum, il est donc compréhensible qu'ils arrivent pendant la première ou la deuxième minute de la réunion.

Est-ce normal pour les équipes pratiquant des mêlées quotidiennes? C'est la première fois que ça m'arrive.

Je ne trouve aucune bibliographie directement à ce sujet. Bien que la présence de tous les membres de l'équipe soit soulignée, il est également souligné que les réunions doivent toujours commencer en même temps. Mais j'imagine qu'il peut y avoir une petite tolérance de retard.

J'ai même lu sur un blog quelqu'un suggérant que le Scrum Master peut imposer des pénalités si quelqu'un arrive "5 secondes" en retard. Je pensais que les Scrums étaient censés être amicaux, et avoir une pénalité comme ça semble contre-productif.

Quelle est l'approche recommandée dans une situation comme celle-ci?

Comme pour toute pratique agile, les équipes de mêlée peuvent décider elles-mêmes. Si cela vous dérange, vous devriez en parler dans votre rétrospective et essayer de trouver une solution qui plaise à tous. Peut-être que les autres membres de l'équipe ressentent la même chose, mais pensent que "c'est comme ça que la mêlée se fait".

Cela étant dit, dans mes réunions de mêlée, je commence le deuxième à moins que trois personnes ou plus manquent. Pour une réunion à laquelle tout le monde est tenu d'assister tous les jours, je pense qu'il est irrespectueux du temps de chacun de faire autrement. Quand je suis celui qui arrive en retard, mon équipe commence sans moi. Si nous avons du temps à la fin, nous revenons aux tâches des personnes qui sont arrivées en retard.

J'ai été moins strict sur la ponctualité dans le passé, et ce qui s'est passé, c'est que les gens qui se sont présentés à l'heure se sont lassés de perdre leur temps, alors ils ont commencé à essayer de deviner quand la réunion commencerait réellement, et à se présenter ensuite à la place, ce qui avait un effet boule de neige.

Pour une réunion quotidienne, ce n'est pas la fin du monde si quelqu'un en manque occasionnellement une partie. J'espère que ce n'est pas la seule communication que vous faites tout au long de la journée.

Si vous attendez des gens, cela leur apprend qu'il est normal d'être en retard. Si vous commencez à la minute, les gens apprendront qu'ils doivent être là à temps s'ils veulent participer. La programmation est une activité professionnelle qui nécessite au moins un minimum de discipline.

Cela étant dit, l'objectif du standup quotidien est de discuter de ce que l'équipe a fait hier, de ce qu'elle fait aujourd'hui et de sensibiliser tout le monde aux barrages routiers. L'heure prévue doit être "la première heure du matin lorsque tout le monde est disponible", pas nécessairement une heure précise de l'horloge. L'objectif final est de travailler ensemble en équipe, et non de suivre des règles strictes. Si votre équipe est très nouvelle dans l'agilité, le respect de l'horloge est un bon moyen de développer vos compétences d'équipe. Si vous êtes une équipe mature, faites ce qui fonctionne pour votre équipe.

Est-ce ainsi que Scrum fonctionne?

Je vous suggère que les réunions quotidiennes sont trop souvent pour toute activité commerciale, à moins que votre équipe ne soit particulièrement productive (ce qui signifie qu'elle peut produire de grandes quantités de fonctionnalités en très peu de temps).

Si vous décidez d'avoir des balises quotidiennes, elles ne devraient pas durer plus de 15 à 20 minutes, et oui, tout le monde doit être à l'heure ou ils ne participent pas. Les balises sont à l'avantage des membres de l'équipe, pas du scrum master; les pénalités pour les réunions quotidiennes manquantes devraient être traitées de la même manière que tout autre retard.

Bref, je ne vois rien de spécial ici. Je pense que les réunions quotidiennes de toute nature limitent la micro-gestion, mais si vous décidez de les faire, vous devez les faire correctement.

Les gens sur le processus . C'est l'un des principaux locataires d'Agile, si un processus ne fonctionne pas pour votre équipe, supprimez-le ou modifiez-le. Laissez l' équipe la modifier pour l'adapter à leurs besoins.

Pensez-y comme ça, quel est l'intérêt du stand up quotidien?

C'est votre chance de soulever des obstacles avec le reste de l'équipe, de signaler que vous pourriez avoir besoin d'aide et de mettre en évidence les changements qui affecteront les autres. Il est important que vous, en tant que développeur, soyez là.

Avec une équipe de 4 à 8 développeurs, ils doivent être rapides et rapides - 30 secondes chacun la plupart du temps. Si je jouais le rôle de Scrum Master, je serais préoccupé par le démarrage tardif des réunions car cela augmenterait le coût de la réunion. De même, les heures de réunion variables créent une distraction pour tout le monde - sommes-nous sur le point de ... Je serais également très conscient de trouver un équilibre entre cela et les besoins pour s'assurer que l'équipe est en mesure de se soutenir mutuellement, donc peut retarder la réunion si nécessaire parce que quelqu'un qui était susceptible d'être gêné était au téléphone / aux toilettes.

Lorsque les équipes sont réparties géographiquement comme vous le décrivez, je signalerais cela comme un obstacle d'équipe à CHAQUE rétrospective. C'est manifestement un obstacle à la performance et à la communication des mêlées qu'ils ne sont pas tous assis ensemble et capables de communiquer librement et facilement.

Je dirais que cela devrait être organisé en deux équipes de mêlée distinctes et le travail organisé de manière à ce que la mêlée de mêlées puisse gérer la communication internationale.