SCRUM - membros da equipe não cooperativos [fechado]

https://stackoverflow.com/questions/71036

scrum

09-06-2019
|

Pergunta

O que você faz se os membros da sua equipe não cooperarem durante as reuniões scrum?Eles fornecem uma definição de alto nível sobre o que estão trabalhando atualmente ("trabalhando no recurso x") ou entram em detalhes extremamente irrelevantes, apesar de ser bem educado na metodologia SCRUM.Isso faz com que a reunião scrum seja ineficaz e enfadonha.

Como scrum master, quais são suas técnicas para tirar o melhor proveito das pessoas durante a reunião?

Editado para adicionar:

Que técnica você usa para impedir alguém que está falando demais, sem ser ofensivo?

Que técnica você usa para encorajar alguém a fornecer uma resposta mais detalhada?

Como você reage quando é o único que escuta, enquanto os outros membros da equipe ficam sentados e talvez até adormeçam?

Solução

Em primeiro lugar...certifique-se de que as pessoas estejam de pé...e nem mesmo encostado na parede ou na mesa.

Em alto nível, eu diria que, sempre que você enfrenta problemas na equipe, a melhor resposta é pergunte à equipe para soluções.No entanto, aqui estão algumas das técnicas que usei para os problemas que você está enfrentando.

Fala demais

faça com que ele fique em uma perna só
peça-lhe que segure a ficha de "falar" do scrum com a mão estendida enquanto fala.
Adicione um flipchart ao scrum para listar as questões apresentadas...quando alguém se prolongar em um tópico que não é digno de uma reunião scrum, interrompa e diga "Ei, ótimo ponto.Não tenho certeza se todos precisam discutir isso, que tal deixarmos isso para uma discussão de acompanhamento?" Uma chave para tornar isso bem-sucedido é realmente fazer o acompanhamento depois e agendar a conversa paralela.Alternativamente, o orador pode simplesmente dizer "Não é necessário...Estarei trabalhando com Joe esta tarde nisso" ou algo parecido, que cumpre o objetivo de reduzir o cansaço sem a necessidade de agendar o acompanhamento.

Precisa de mais detalhes.Isso é para benefício do scrum master ou da equipe?

espere até depois para fazer perguntas mais detalhadas ao indivíduo.Se você acha que a equipe também precisa conhecê-los, treine o membro da equipe transmitindo (em seu questionamento pós-scrum) que "esse é o tipo de coisa que eu acho que Joe Smith gostaria de ouvir de você, o que você acha ?"

A equipe não escuta.

Pergunte a eles individualmente."Sally, notei que você não parece estar aproveitando muito o Scrum.Como podemos ajustá-lo para torná-lo valioso para você?".
Poste perguntas para outras pessoas durante o scrum.Como se Sally dissesse "Eu integrava ao código de Bob ontem", pergunte a Bob "como foi?" (Eu usaria isso com moderação ...para evitar que scrums demorem muito).
Descobri que às vezes os membros da equipe tendem a adotar velhos hábitos olhando para o scrum master ou gerente de projeto quando falam.Quando isso acontece muito, altero meu olhar para desviar o olhar, o que quase obriga o locutor a fazer contato visual com outros membros da equipe, o que pode ajudar os demais membros da equipe a prestarem atenção.

Outras dicas

Se o gerenciamento do tempo for o seu problema.Obtenha um cronômetro e peça a alguém para avisar quando o tempo acabar.Certifique-se de que as tarefas sejam divididas em um nível adequado de granularidade - qualquer tarefa deve durar entre 4 horas e 2 dias.no máximo 3 dias.Qualquer coisa acima disso detalha ainda mais antes que as pessoas se inscrevam para fazê-lo.

Acho que as três perguntas são:

O que você fez ontem?
O que você vai fazer hoje?
Que obstáculos você vê em seu caminho?

Tarefas granulares (planejamento pós-iteração) devem atender aos itens 1 e 2.O terceiro depende, na verdade, das condições ambientais.O cronômetro deve, com o tempo, inconscientemente fazer com que os membros pensem sobre seus problemas e formulem frases curtas.Concentre-se nos obstáculos concretos em vez de explicar o porquê, as pré-condições ou qualquer outra coisa.Se você estiver conversando com uma única pessoa por mais de 5 minutos sobre algo que só é relevante para vocês dois.pare, faça uma anotação (fale mais tarde na mesa) e siga em frente.

Atualizar:Certifique-se também de que todos entendam que ‘ensaiar’ antes da reunião Scrum economizaria o tempo de todos. Pensar sobre o que você gostaria de transmitir, em vez de apenas entrar no stand-up.

Eles deveriam dizer o que alcançaram e não o que trabalharam, e se não alcançaram nada, então o que os impediu de alcançar.

As perguntas feitas podem ser formuladas de forma diferente

O que concluí desde a última reunião?
O que vou concluir antes da próxima reunião?
O que está no meu caminho (impedimentos)?

também é importante que a reunião não seja a equipe reportando-se ao scrum master, mas a equipe mantendo o controle entre si.Se as pessoas estão falando diretamente com você, o scrum master, existem técnicas para mudar o foco.Certifique-se de não olhar para o orador, ou mesmo recuar para que a linha de visão mude e eles sejam forçados a olhar para os companheiros de equipe enquanto falam.Faça isso de maneira sutil :)

EDITAR:

Eu copiei isso dehttp://www.implementingscrum.com/2007/04/02/work-naked/

Como você reage quando é o único que escuta, enquanto os outros membros da equipe apenas sentar lá e talvez até adormecer?

Hmm, você está realmente tendo reuniões stand-up?Pode parecer piegas, mas além de dificultar o adormecimento das pessoas, também ajuda a promover a sensação de uma reunião rápida, em vez de uma reunião tranquila.

Uma coisa que vi levar a uma melhoria é o uso de um "bastão falante" (na verdade, usamos uma bola macia).Fornece algum foco adicional sobre quem está falando no momento e torna a transição para outra pessoa mais óbvia.

Como você reage quando é o único que escuta, enquanto os outros membros da equipe ficam sentados e talvez até adormeçam?

Se eu já ouvi o que os outros disseram, faria uma pergunta a alguém que não está prestando atenção sobre como isso pode afetar o que está fazendo.Muito parecido com o professor da escola, porém é o suficiente para que eles respondam e se envolvam novamente na reunião.

Eu também concordo com Kief

para que sua equipe participe, eles precisam ver valor nisso, e não apenas fazê-lo porque você mandou.

O Scrum é uma reunião standup, e o conceito de bastão de fala é um ponto excelente.

A chave aqui não é que você tenha um ou alguns membros da equipe que não cooperam, mas é, na IMO, um problema mais fundamental:a equipe scrum deve ser autogerenciada, e a reunião scrum deve manter o equipe informado.Se os outros membros da equipe não estão pedindo esclarecimentos e chamando a atenção dos membros não cooperativos, então uma reeducação sobre o scrum precisa acontecer.

Lembre-se, o scrum master não está sendo reportado, ele é apenas a pessoa que remove os bloqueios do processo.Isso inclui facilitar a reunião do scrum, mas a equipe tem a responsabilidade de compreender e exigir esclarecimentos independentemente do scrum master.

Peça os detalhes específicos que você precisa.As pessoas não saberão das coisas nas quais você está interessado.

Tente também apresentar algumas diretrizes para uma apresentação melhor e eficaz antes da reunião.

Converse com eles fora da reunião scrum e diga-lhes como os outros podem perceber sua maneira de apresentar o que estão trabalhando atualmente.Presumo que eles não sejam deliberadamente não cooperativos, mas simplesmente não estejam acostumados com o nível exato de detalhe que as reuniões Scrum deveriam ter.

Você também pode perguntar-lhes quanta informação esperam dos outros durante a reunião.

Por "reunião scrum", você está se referindo à reunião diária "stand up"?Nesse caso, acredito que o tempo geralmente é de 15 a 20 minutos.Portanto, divida esse tempo igualmente entre todos e, quando alguém esgotar todo o seu tempo, não poderá mais conversar.Pode ser duro, mas acredito que é assim que deve acontecer.

Scrum é um processo ascendente, portanto, em princípio, cada membro da equipe deve apoiar o processo.

Como a equipe é montada?Por tradição organizacional ou por causa de um objetivo comum?

Nem todo mundo aceita a ideia do Scrum e devemos respeitar isso.Talvez o melhor para todos seja que esses membros não façam parte da equipe Scrum?

Algumas pessoas simplesmente não entendem o que é necessário.Você pode tentar orientar a conversa usando algumas frases-chave.

Se alguém estiver fornecendo muitos detalhes, você pode tentar interrompê-los com um "O que mais".Isso indicará que eles terminaram nesse ponto.Ou você pode tentar a direção do tipo "OK, podemos discutir isso off-line".

Para as pessoas que não acreditam nisso, faça perguntas sobre o que fizeram e o que vão fazer.

Para fins de argumentação, digamos que alguém realmente tenha algo que precisa contar à equipe e isso levará algum tempo.Você tem local, horário ou método apropriado (e-mail, outro tipo de reunião, horário de almoço) para fazer isso?Apenas interrompa a pessoa e informe que a reunião stand up não é o local adequado.

Além disso, que problemas isso cria durante o desenvolvimento?Se houver um erro por falta de comunicação, as pessoas precisam ser questionadas sobre o motivo de não mencionarem essas coisas durante a trocação.

Você pode planejar um tempo médio máximo para explicar o que você fez e o que vai fazer.
Sobre as pessoas que não estão dispostas a falar muito, acho que é responsabilidade do scrum master incentivar essas pessoas a serem um pouco mais claras sobre suas tarefas.
Se ainda assim as pessoas não compartilham o que estão fazendo uma solução radical é usar um canvas onde as pessoas da equipe devem mover a tarefa que estão fazendo para sua respectiva área (em desenvolvimento, pronta para validação, em revisão de código) .Então você poderá saber com certeza em qual tarefa ele está trabalhando.
Após cada reunião diária lembre-se de perguntar sobre impedimentos ou qualquer tipo de problema, às vezes as pessoas não lembram de dizer na hora certa ou não querem compartilhar seus problemas.

Licenciado em: CC-BY-SA com atribuição

Não afiliado a StackOverflow