Certains membres de l'équipe attendent simplement que les histoires sur lesquelles ils sont le plus susceptibles de travailler soient discutées et ensuite seulement ils participent. Sinon, ils jouent simplement avec leur téléphone et n'écoutent pas.
D'une certaine manière, je comprends cette position. Pourquoi écouter une discussion sur une fonctionnalité que vous ne pourrez probablement pas développer dans le Sprint ou jamais?
Que pensez-vous que nous devrions faire?
Réponses:
Arrêtez la propriété du code. Faites en sorte qu'il soit également probable que n'importe qui dans une équipe travaille sur une tâche donnée.
Il y aura presque certainement un coup de pouce à ce sujet, car les développeurs se familiarisent avec un domaine spécifique du code et avec d'autres personnes ne regardant pas par-dessus leurs épaules. De plus, la direction verra un problème avec le travail qui prend plus de temps que d'habitude, car il y a toujours une courbe d'apprentissage.
Mais c'est vraiment dans l'intérêt de tous. Être indispensable est une épée à double tranchant. Il devient de plus en plus difficile de s'absenter, le soir, le week-end ou de prendre des vacances. Et la propriété du code est mauvaise pour une entreprise car, quand quelqu'un part, cela coûte plus de temps que vous n'en avez jamais économisé sur de petits morceaux de transfert de connaissances.
la source
Invitez-vous les bonnes personnes à vos réunions? Si vous avez divisé le système en zones de responsabilité pour les sous-équipes, pourquoi inviter toutes les sous-équipes à chaque réunion?
Par exemple, si vous avez une équipe frontend et une équipe backend, gardez les sessions de planification du travail frontend pour les membres de l'équipe frontend. Peut-être inviter quelqu'un de l'équipe principale comme agent de liaison au cas où une tâche franchirait les limites de l'équipe (mais si cela se produit fréquemment, vous souhaiterez peut-être réévaluer la répartition des responsabilités entre vos équipes).
Idéalement, tout le monde devrait travailler sur tout, mais en réalité, ce n'est souvent pas pratique à moins que votre système soit vraiment petit et simple, ce qui fait que tout le monde en connaît parfaitement chaque partie. Dans la pratique, bien sûr, de nombreux systèmes sont suffisamment grands pour que chaque membre de votre organisation ait suffisamment de connaissances sur une tâche planifiée pour être en mesure de fournir des informations valables lors des sessions de planification (et encore moins d'être aussi productif en travaillant sur toutes les parties du système). tout simplement pas réaliste.
la source
Leur désintérêt n'est qu'un symptôme. Le problème est que vous ne distribuez pas le travail uniformément à tous les membres de votre équipe. Idéalement, chaque membre de l'équipe devrait retirer tout nouveau ticket non limité à certaines zones du projet.
la source
Cela ressemble à un problème de motivation - pourquoi certaines personnes ne se soucient-elles pas du projet sur lequel elles travaillent? C'est peut-être parce que l'équipe est divisée en «organisateurs» et «exclus».
Alors impliquez tout le monde, au lieu de 1 ou 2 personnes qui prennent en charge les sessions de planification, vous engagez tout le monde - faites en sorte que différentes personnes prennent en charge chaque session, de préférence, faites en sorte que différentes personnes prennent en charge pendant la session. Faites-le tourner tout autour. Je sais que cela peut sembler difficile car il y a toujours quelqu'un qui veut s'embêter et organiser tout le monde mais c'est le problème ici.
Voici une idée: lors de la planification, choisissez une personne au hasard pour prendre en charge chaque histoire. Au hasard. Notez également qui était responsable de la planification de celui-ci, alors le prochain sprint vous permettra de savoir s'ils ont fait du bon travail pour obtenir un bon consensus sur les estimations et la répartition des tâches. Cela leur fera prêter attention et leur donnera également une raison de s'engager dans le projet.
N'oubliez pas que le problème n'est pas eux, c'est vous et la façon dont vos séances de planification sont effectuées. Donc, quand quelqu'un d'autre reprend un plan d'histoire, il choisit comment s'y prendre, il devrait y avoir une manière officielle de procéder. (c.-à-d. ne vous asseyez pas et continuez à forcer votre organisation sur eux par procuration)
la source
Quelle est votre durée de sprint?
Des durées de sprint plus longues conduisent à
Donc, si votre durée de sprint est supérieure à deux semaines, essayez de travailler dans des sprints plus courts.
S'il est difficile d'amener les parties prenantes à s'engager dans des sprints plus courts, vous pouvez ignorer certaines des réunions formelles, par exemple, ne faire réviser le sprint qu'après tous les 2 sprints, plutôt qu'après chaque sprint.
la source