SCRUM - membres de l'équipe non coopérative [fermé]

https://stackoverflow.com/questions/71036

scrum

09-06-2019
|

Question

Que faites-vous si les membres de votre équipe ne coopèrent pas lors des réunions Scrum? Ils fournissent soit une définition de niveau très élevé de ce sur quoi ils travaillent actuellement ("travaillent sur la fonctionnalité x"), soit vont dans des détails extrêmement hors de propos, en dépit d'être bien formés à la méthodologie SCRUM . Cela rend la réunion Scrum inefficace et ennuyeuse.

En tant que maître de mêlée, quelles sont vos techniques pour tirer le meilleur parti des participants au cours de la réunion?

Modifié pour ajouter:

Quelle technique utilisez-vous pour arrêter quelqu'un qui parle trop sans être offensant?

Quelle technique utilisez-vous pour encourager une personne à fournir une réponse plus détaillée?

Comment réagissez-vous lorsque vous êtes le seul à écouter, alors que les autres membres de l'équipe sont assis et peuvent même s'endormir?

La solution

Tout d’abord, assurez-vous que les gens se tiennent debout et ne s’appuie même pas sur un mur ou un bureau.

À un niveau élevé, je dirais que, chaque fois que vous rencontrez des problèmes au sein de l'équipe, la meilleure réponse consiste à demander à l'équipe de lui proposer des solutions. Cependant, voici certaines des techniques que j'ai utilisées pour résoudre les problèmes auxquels vous êtes confronté.

Parle trop

demandez-lui de se tenir sur une jambe
demandez-lui de tenir la mêlée "en train de parler" jeton dans une main tendue pendant qu’ils parlent.
Ajoutez un tableau de papier à la mêlée pour répertorier les problèmes qui ont été réglés ... lorsque quelqu'un passe trop de temps sur un sujet qui n'est pas digne d'une réunion-mêlée, vous interrompez et vous dites "Hé - excellent point." Je ne suis pas sûr que tout le monde ait besoin de discuter de ce sujet. Et si on en réservait une pour une discussion de suivi? " Pour réussir, il est essentiel de faire un suivi et d’organiser la conversation en parallèle. Sinon, l’orateur pourrait simplement dire "Pas nécessaire ... Je travaillerai avec Joe cet après-midi sur ce" ou quelque chose comme ça, qui a pour objectif de réduire le stress sans avoir besoin de planifier le suivi.

Besoin de plus de détails . Est-ce pour le bénéfice du scrum master ou de l'équipe?

attendez après pour poser à la personne des questions plus détaillées. Si vous pensez que l'équipe a aussi besoin de les connaître, indiquez son membre en lui expliquant (dans votre interrogation après le scrum) que "c'est le genre de chose qui, à mon avis, aiderait Joe Smith, comment vous y prendrez-vous? penser? "

L'équipe n'écoute pas .

Demandez-leur individuellement. "Sally, j'ai remarqué que tu ne sembles pas tirer grand profit de Scrum. Comment pouvons-nous l'ajuster pour qu'il soit précieux pour vous? ".
Posez des questions aux autres pendant la mêlée. Comme si Sally disait: "J'ai intégré le code de Bob hier", demande à Bob "comment ça s'est passé?" (Je l’utiliserais avec parcimonie ... pour me garder des scrum qui prennent trop de temps).
J'ai constaté que les membres de l'équipe avaient parfois tendance à adopter de vieilles habitudes en regardant le maître de mêlée ou le chef de projet lorsqu'ils parlaient. Lorsque cela se produit souvent, je modifie mon regard pour détourner le regard, ce qui oblige presque le locuteur à établir un contact visuel avec les autres membres de l'équipe, ce qui peut aider les autres membres de l'équipe à prêter attention.

Autres conseils

Si la gestion du temps est votre problème. Obtenez une minuterie et faites-vous entendre lorsque vous manquez de temps. Assurez-vous que les tâches sont décomposées à un niveau de granularité suffisant - toute tâche doit durer entre 4 heures et 2 jours .. maximum 3 jours. Tout ce qui se situe au-dessus de cette limite est divisé avant que les gens ne s’inscrivent pour le faire.

Je pense que les trois questions sont les suivantes:

Qu'avez-vous fait hier?
Qu'allez-vous faire aujourd'hui?
Quels obstacles voyez-vous sur votre chemin?

Les tâches granulaires (planification post-itération) doivent répondre aux puces 1 et 2. La troisième dépend en fait des conditions environnementales. Avec le temps, le chronométreur devrait inciter inconsciemment les membres à réfléchir à leurs problèmes et à formuler des phrases courtes. Concentrez-vous sur des obstacles concrets au lieu d’expliquer pourquoi, les conditions préalables ou autre chose. Si vous parlez à une seule personne pendant plus de 5 minutes sur quelque chose qui ne concerne que vous deux ... arrêtez-vous, prenez une note (parlez plus tard à leur bureau) et continuez.

Mise à jour: Assurez-vous également que tout le monde comprend que "répéter" avant la réunion Scrum permettrait à tout le monde de gagner du temps. Réfléchissez à ce que vous aimeriez transmettre au lieu de simplement vous lever.

Ils devraient dire ce qu’ils ont réalisé et non ce sur quoi ils ont travaillé, et s’ils n’ont rien fait, alors ce qui les a empêchés de réussir.

Les questions posées peuvent être formulées différemment

Qu'est-ce que j'ai accompli depuis la dernière réunion?
Que vais-je compléter avant la prochaine réunion?
Qu'y a-t-il dans mon chemin (empêchement)?

Il est également important que la réunion ne soit pas l’équipe qui relève du scrum master, mais l’équipe qui se surveille les uns les autres. Si les gens vous parlent directement, il existe des techniques pour déplacer le focus. Assurez-vous de ne pas regarder le haut-parleur, ou même de ne pas revenir en arrière afin que la ligne de vue change et qu'ils soient obligés de regarder leurs coéquipiers pendant qu'ils parlent. Faites-le subtilement cependant:)

EDIT:

Je cribbed que de http://www.implementingscrum.com/2007/04/02/work -naked /

Comment réagissez-vous lorsque vous êtes le seul à écouter, alors que les autres membres de l'équipe se contentent de s'assoir et peut-être même de s'endormir?

Hmm, avez-vous des réunions de stand-up? Cela peut sembler exagéré, mais en plus de rendre plus difficile l’endormissement des personnes, cela permet également de favoriser le sentiment que l’on se blottit plutôt que de se détendre tranquillement.

L’une des choses que j’ai vu mener à une amélioration est l’utilisation d’un "bâton parlant". (nous utilisons en fait une balle molle). Cela permet de se concentrer davantage sur les interlocuteurs actuels et rend plus évident le passage à une autre personne.

Comment réagissez-vous lorsque vous êtes le seul à l’écoute, alors que d’autres membres de l’équipe restent assis et peuvent même s’endormir?

Si j'ai déjà entendu ce que les autres ont dit, je poserais une question à quelqu'un qui ne fait pas attention à la façon dont cela pourrait affecter ce sur quoi il travaille. Très bon professeur, mais cela suffit pour qu’ils répondent et participent à nouveau à la réunion.

Je suis également d'accord avec Kief

pour que votre équipe participe, elle doit y voir de la valeur, pas seulement parce que vous le lui avez demandé.

The Scrum est une réunion informelle et le concept d’un bâton d’expression est un excellent argument.

La clé ici n’est pas que vous ayez un ou plusieurs membres d’équipe qui ne coopèrent pas, c’est l’OMI, un problème plus fondamental: l’équipe Scrum est supposée être autogérée et la réunion Scrum consiste à garder l’équipe . informé. Si les autres membres de l'équipe ne demandent pas de clarifications et n'appellent pas les membres peu coopératifs, une rééducation sur la mêlée doit avoir lieu.

N'oubliez pas que le scrum master n'est pas signalé, il est simplement la personne qui supprime les blocages dans le processus. Ceci inclut la facilitation de la réunion Scrum, mais l’équipe a la responsabilité de comprendre et de demander une clarification indépendante du scrum master.

Demandez les détails spécifiques dont vous avez besoin. Les gens ne seront pas au courant de ce qui vous intéresse.

Essayez également de proposer des lignes directrices pour une présentation meilleure et efficace avant la réunion.

Parlez-leur en dehors de la réunion Scrum et dites-leur comment les autres peuvent percevoir leur façon de présenter ce sur quoi ils travaillent actuellement. Je suppose qu'ils ne sont pas délibérément non coopératifs, mais qu'ils ne sont tout simplement pas habitués au niveau de détail exact que devraient avoir les réunions Scrum.

Vous pouvez également leur demander combien d'informations ils attendent des autres lors de la réunion.

Par "scrum meeting", faites-vous référence au quotidien "stand up" réunion? Si tel est le cas, je pense que les délais sont généralement d'environ 15 à 20 minutes. Donc, répartissez ce temps également entre tous, et une fois que quelqu'un utilise tout son temps, ils ne peuvent plus parler. C’est peut-être dur, mais je pense que c’est comme ça que ça doit aller.

Scrum étant un processus ascendant, chaque membre de l’équipe doit en principe soutenir le processus.

Comment l'équipe est-elle constituée? Par tradition d'organisation ou à cause d'un objectif commun?

Ce n’est pas tout le monde qui adhère à l’idée Scrum, et nous devrions respecter cela. Peut-être que le meilleur pour tous est que ces membres ne font pas partie de l'équipe Scrum?

Certaines personnes ne comprennent tout simplement pas ce qui est requis. Vous pouvez essayer de guider la conversation en utilisant certaines expressions clés.

Si quelqu'un donne trop de détails, vous pouvez essayer de les couper avec un "Quoi d'autre". Cela suggérera qu'ils sont terminés sur ce point. Vous pouvez également essayer "OK, pouvons-nous en discuter hors ligne"? tapez direction.

Pour les personnes qui n’adhèrent pas à cela, posez-leur des questions sur ce qu’elles ont fait et ce qu’elles vont faire.

Par souci d'argumentation, supposons que quelqu'un ait vraiment quelque chose à dire à l'équipe et que cela prenne un certain temps. Avez-vous un lieu, une heure ou une méthode appropriée (courrier électronique, autre type de réunion, heure du déjeuner) pour le faire? Il suffit d'interrompre la personne et de lui faire savoir que la réunion informelle n'est pas l'endroit idéal.

De plus, quels problèmes cela crée-t-il pendant le développement? S'il y a une erreur en raison d'un manque de communication, les gens doivent savoir pourquoi ils ne mentionnent pas ces choses pendant le stand-up.

Vous pouvez planifier un temps moyen maximum pour expliquer ce que vous avez fait et ce que vous allez faire.
À propos des personnes qui ne sont pas disposées à parler trop, c’est la responsabilité du Scrum Master d’encourager ces personnes à être un peu plus claires sur ses tâches.
Si les gens ne partagent toujours pas ce qu’ils font, une solution radicale consiste à utiliser un tableau en toile où les membres de l’équipe doivent déplacer la tâche qu’ils effectuent dans son domaine respectif (En développement, prêt validation, en revue de code). Ensuite, vous pouvez savoir avec certitude dans quelle tâche il travaille.
Après chaque réunion quotidienne, rappelez-vous de demander des obstacles ou un autre type de problème, parfois, les gens ne se souviennent pas de dire à son époque ou ne veulent pas partager leurs problèmes.

Licencié sous: CC-BY-SA avec attribution

Non affilié à StackOverflow