Scrum Daily Réunion: Ponctualité sur la présence complète de l'équipe?
Je crois comprendre qu'une réunion quotidienne Scrum devrait être très rapide, organisé de façon amicale et qu'il exige que tous les membres de l'équipe présents. Parce qu'il est objectif est d'avoir tout le monde à ce jour avec ce que tout le monde fait.
Je aime Scrum réunions quotidiennes qui ont lieu comme ça.
Dans mon dernier projet de notre Scrums Daily sont plus comme une réunion de mise à jour de statut. Bien que la position est que nous tenons Scrums et la pratique Agile appropriée.
Nous sommes une équipe distribuée, dans 2 pays différents, et le peuple qui est dans le même pays ne sont pas dans le même bureau. En conséquence, nous avons Scrums virtuels.
Le problème est que nos réunions commencent toujours à l'heure, de nombreux appels de personnes avant l'heure de départ réel, de sorte qu'ils commencent réellement à la première seconde de la réunion. Sans aucune tolérance pour les petits retards.
Par exemple, la dernière fois que nous étions sur le téléphone et la personne chargée de coordonner la réunion vérifié si tout le monde était, et nous a dit un de nos membres de l'équipe était pas encore, mais il appelait. Et on m'a dit de commencer à partager sans attendre mon membre de l'équipe.
Aussi tout le monde a beaucoup de réunions, et parfois ils sont dos à dos avec la réunion Scrum, il est donc compréhensible si elles arrivent au cours de la première ou la deuxième minute de la réunion.
Est-ce que la normale pour les équipes pratiquant Daily Scrums? Il est la première fois que cela arrive à moi.
Je ne peux trouver aucune bibliographie directement à ce sujet. Bien que la présence de tous les membres de l'équipe est souligné, il est également souligné que les réunions devraient toujours commencer en même temps. Mais je pense qu'il peut y avoir une petite tolérance de retard.
J'ai même lu sur un blog de quelqu'un qui suggère que le Scrum Master peut placer des pénalités si quelqu'un arrive " 5 secondes " en retard. Je pensais que les Scrums étaient censés être amical, et ayant une pénalité comme cela semble contre-productive.
Quelle est l'approche recommandée dans une telle situation?
Comme avec une pratique agile, les équipes de Scrum peuvent décider cela pour eux-mêmes. Si cela vous dérange, vous devez le faire monter dans votre rétrospective et essayer de venir à une solution que tout le monde est satisfait. Peut-être que d'autres membres de l'équipe ressentent de la même manière, mais pensez que c'est "à quel point la mêlée est faite."
Cela étant dit, dans mes réunions de Scrum, je commence la seconde à moins que trois personnes ou plus ne manquent pas. Pour une réunion que tout le monde est tenu d'assister tous les jours, je pense que cela est irrespectueux du temps de chacun d'avoir autrement. Quand je suis celui qui se présente tard, mon équipe commence sans moi. Si nous avons le temps à la fin, nous retournons aux tâches des personnes qui sont arrivées en retard.
J'ai été moins stricte sur la ponctualité dans le passé et ce qui s'est passé est que les gens qui se sont présentés à temps ont été fatigués de leur temps perdu, alors ils ont commencé à essayer de deviner quand la réunion commencerait et montrait à 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 manque parfois une partie de cela. Espérons 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 enseigne que c'est correct d'être en retard. Si vous commencez la minute, les gens seront appris qu'ils doivent être là à temps s'ils veulent participer. La programmation est une activité professionnelle qui nécessite au moins un modicum de discipline.
Cela étant dit, le point du temps quotidien est de discuter de ce que l'équipe a fait hier, ce qu'ils font aujourd'hui et de sensibiliser tout le monde aux barrages routiers. L'heure prévue devrait être "première chose le matin lorsque tout le monde est disponible", pas nécessairement une heure spécifique sur l'horloge. L'objectif final est de travailler ensemble en équipe, de ne pas suivre des règles strictes. Si votre équipe est très nouvelle à Agile, vous collez-vous à l'horloge est un bon moyen de construire vos compétences en équipe. Si vous êtes une équipe mature, faites ce qui fonctionne pour votre équipe.
personnes sur le processus. C'est l'un des Core locataires d'agile, si un processus ne fonctionne pas pour votre équipe, la dépose ou le modifie. Laissez le équipe Modifiez-le pour répondre à leurs besoins.
Est-ce la façon dont Scrum fonctionne?
Je vous suggérerais que des réunions quotidiennes sont trop souvent pour toute activité commerciale, à moins que votre équipe soit particulièrement productive (ce qui signifie qu'ils peuvent produire de grandes sensations de fonctionnalités dans des périodes très courtes).
Si vous décidez d'avoir des tags quotidiens, ils ne devraient durer plus de 15 à 20 minutes et oui, tout le monde doit être à l'heure ou qu'ils ne participent pas. Les étiquettes sont au profit des membres de l'équipe, pas du Master Scrum; Les pénalités pour les réunions quotidiennes manquantes doivent être traitées de la même manière que tout autre retard.
En bref, je ne vois rien de spécial ici. Je pense que les réunions quotidiennes de toute sorte de bord de la micro-gestion, mais si vous décidez de les faire, vous devez les faire correctement.
Pensez-y comme ça, quel est le point du quotidien debout?
C'est votre occasion d'augmenter les obstacles avec le reste de l'équipe, de signaler que vous pourriez avoir besoin d'aide et de mettre en évidence les changements qui toucheront les autres. Il est important que vous ayez un développeur.
Avec une équipe de 4 -8 développeurs, ils doivent être rapides et snapps - 30 secondes chacune la plupart du temps. Si vous exécutez le rôle de Scrum Master, je serais préoccupé par le début de la fin des réunions, car il augmenterait le coût de la réunion. De même, les temps de réunion variables créent une distraction pour tout le monde - sommes-nous sur le point de savoir ... Je serais également très conscient d'équilibrer cela avec les besoins pour que l'équipe puisse s'assurer de l'autre, peut donc retarder la réunion si nécessaire parce que quelqu'un Qui était susceptible d'être entravé était au téléphone/toilette.
Lorsque les équipes sont distribuées géographiquement comme si vous décrivez, je vous releverais comme une obstruction de l'équipe à chaque rétrospective. Il s'agit d'un obstacle à la performance et de la communication des scripts qu'ils ne sont pas tous assis ensemble et capables de communiquer librement et facilement.
Je discuterais que cela devrait être organisé en deux équipes de Scrum distinctes et que les travaux organisés de sorte que Scrum of Scrums gère la communication internationale.