"Retro é supérfluo": 7 dicas de como você deve reagir

Muitos dizem que a retrospectiva é a cerimônia mais importante da caixa de ferramentas ágil. Woody Zuill coloca isso da seguinte forma: 

Se você introduzir apenas uma prática #agile, ela deverá ser a retrospectiva. Todo o resto virá depois.

Woody Zuill

Então, por que é possível que uma equipe de desenvolvimento considere a retrospectiva do sprint supérflua? Na minha experiência como Scrum Master e psicólogo, isso geralmente tem a ver com o nível de maturidade da equipe.

Então, o que você pode fazer para melhorar o nível de maturidade da sua equipe — neste contexto e também em geral? Aqui estão 7 ideias, 7 dicas, que o ajudarão com esse desafio.

A equipe acha que a retrospectiva é supérflua: o que fazer?

A propósito, a resposta oficial, de acordo com o exame de certificação Scrum, é a seguinte: O Scrum Master deve trabalhar com a equipe para torná-la mais eficiente. Isso não ajuda muito. O que você quer dizer com isso?

O Scrum Master deve trabalhar com a equipe para torná-la mais eficiente

A função oficial de um Scrum Master é a seguinte, se você observar o Guia do Scrum olha: “O Scrum Master incentiva a Equipe Scrum a melhorar seu processo de desenvolvimento e suas práticas dentro do processo Scrum, a fim de torná-lo mais eficaz e agradável para a próxima Sprint.”

Na teoria, isso significa que a retrospectiva deve ser um evento central do Scrum Master, pois o principal objetivo da retrospectiva é ajudar a equipe a melhorar continuamente. Na prática, no entanto, a equipe pode não ter a maturidade para realmente aproveitar uma retrospectiva e, portanto, não vê seu valor. Por esse motivo, interpreto pessoalmente a declaração “tornar a equipe mais eficiente” em um nível abstrato como “aumentar o nível de maturidade da equipe”. Como fazer isso neste contexto? Antes de começarmos com as dicas, mais uma explicação 🙂

O retrocesso é considerado valioso quando você realmente melhora continuamente. Nesse caso, a sensação de autonomia, auto-organização e auto-eficácia é alta. O que leva à hipótese: A qualidade percebida das retrospectivas é um dos melhores indicadores do nível de maturidade (ágil) de uma equipe. 

Se você quiser medir a maturidade ágil, deve usar a qualidade das retrospectivas como um indicador. Esta é a típica relação temporal entre a “qualidade percebida da retrospectiva” e a “maturidade ágil” de uma equipe.

Essa progressão é obtida da seguinte forma: 

1. As primeiras retrospectivas são realizadas, as medidas são anotadas. Surge a sensação: finalmente algo está acontecendo! 
2. As medidas não são realmente implementadas. Há muita conversa, mas pouca ação. 
3. Depois de algum tempo, surge a frustração ou simplesmente a chamada “fadiga retroativa”. Agora surge o fenômeno deste artigo: A retrospectiva é vista como supérflua. A própria equipe se considera relativamente madura e não vê problemas.
4. Esse ponto só é alcançado por algumas equipes. Ou seja, quando a qualidade dos retrospectivos aumenta novamente e, por fim, leva a melhorias perceptíveis e, assim, o sentimento de autoeficácia amadurece lentamente. 

Espero que as dicas deste texto ajudem você a dar alguns passos nessa direção. No entanto, também recomendo fortemente que você leia nosso texto sobre “ 7 dicas para bons itens de ação %E2%80%9D, que desempenham outro papel neste tópico.

1. entender por que a equipe acha que uma retrospectiva é desnecessária

Como Scrum Master, você pode ter uma hipótese de por que a equipe acha que a retrospectiva do sprint é desnecessária. Mas, por favor, teste essa hipótese. Pergunte explicitamente à equipe sobre os antecedentes.

Muitas vezes, há um “líder de opinião” na equipe que tem uma grande influência sobre ela. Tente identificar essa pessoa, entender seu ponto de vista e, na melhor das hipóteses, trabalhar com ela para desenvolver contramedidas (ver abaixo).

Quanto melhor você entender a equipe, melhor poderá desenvolver um plano para aumentar a maturidade da equipe e escolher a mais adequada entre as dicas a seguir.

2. realizar a retrospectiva

Você deve executar a retrospectiva fundamentalmente. Digamos que a equipe simplesmente precise de mais tempo para atingir sua meta de Sprint - e uma hora de codificação em vez da retro pode ser crucial. Nesse caso, tudo bem adiar a retrospectiva por alguns dias.

Você também pode mudar a natureza da retrospectiva, torná-la mais curta e assim por diante. Mas a melhor maneira de mostrar à equipe o valor de uma retrospectiva é fazer uma retrospectiva realmente boa. Portanto, meu apelo é que você reserve um espaço no calendário da equipe para a retrospectiva.

3. medir o valor de ROTI

O que não se mede, não se pode mudar. Um hábito simples e rápido que o ajuda a avaliar continuamente como a equipe percebe as retros é medir a pontuação ROTI: O valor do “Retorno sobre o tempo investido”. Basta fazer a seguinte pergunta após cada retrospectiva, talvez como um check-out: “Em uma escala de 0 a 10, quão bem o tempo foi investido para esta retrospectiva?”. Meça a média ao longo do tempo - esperamos que você possa ver uma tendência positiva em breve!

A pontuação média de “retorno sobre o tempo investido” em uma escala de 0 a 10 por mês na ferramenta Echometer - as retros valem a pena? Parece que sim!

4. mantenha sua retrospectiva de sprint muito curta

A equipe de desenvolvimento, portanto, considera a retrospectiva da Sprint desnecessária - o que você deve fazer como Scrum Master agora?

Como mencionei no início, a equipe provavelmente acha que uma retrospectiva de sprint não é necessária porque pensa que é uma perda de tempo.

Em outras palavras: nas últimas retrospectivas, eles aparentemente “aprenderam” que o ROTI de uma retrospectiva - ou seja, a qualidade do tempo investido, veja acima - é bastante ruim. Existe uma abordagem bastante simples para mudar isso: simplesmente investir menos tempo com o mesmo resultado 🙂

Essa pode ser a melhor dica se a equipe considerar a retrospectiva da Sprint desnecessária. Diga à sua equipe: Ok, vamos mantê-la o mais curta possível (mais sobre isso em nossa postagem do blog “ Breve retrospectiva - é melhor ser rápido do que não ser nada ”). 

Importante: você não quer sinalizar que ficará assim para sempre. Sua mensagem continua a mesma: As retrospectivas são realmente importantes. Mais cedo ou mais tarde, as retrospectivas deixarão de ser tão curtas.

Mas você encurta a retrospectiva (por exemplo, de 60 minutos para 30 minutos) porque é assim que a equipe aprende a importância de investir tempo. E você deixa a duração da retrospectiva crescer de forma quase “orgânica”, por meio de um “pull” ou “desejo” da equipe, pois em algum momento ela desejará mais tempo para a retrospectiva. Como você faz isso? 

Você simplesmente faz a pergunta mais importante:

“Por que não conseguimos concluir todas as histórias de usuário definidas para a última iteração?”

Isso levará a algumas discussões intensas e, provavelmente, a ideias de ação em um curto espaço de tempo. Isso pode até levar a discussões mais longas. E a equipe já sinalizou que precisa de mais tempo para uma retrospectiva (é claro que o seu trabalho é manter a discussão construtiva).

Você deve sempre fazer a pergunta que acha que provocará boas reflexões ou discussões na equipe. E você deve sempre ter a meta de registrar um experimento que será testado no próximo sprint (também conhecido como item de ação).

5. sugere a omissão de outras rotinas também

Portanto, a equipe acha que uma retrospectiva é uma perda de tempo. Você pode fazer isso. Como Scrum Master, seu principal objetivo nunca deve ser ser a pessoa que implementa o Scrum. Não, não se trata de “Scrum”. 

O objetivo é que a equipe seja bem-sucedida e agregue valor ao cliente e às partes interessadas. O Scrum deve ajudar a equipe a fazer isso. Mas ele é apenas uma estrutura, uma caixa de ferramentas (uma muito boa) de muitas abordagens possíveis para fornecer valor de forma rápida, sustentável e com alta qualidade.

Portanto, se a equipe estiver insatisfeita em relação às retrospectivas, você pode enfatizar que vê o Scrum sob a perspectiva que acabamos de descrever. E então você acrescenta que acha que algumas das outras rotinas que você tem são realmente menos importantes do que a retrospectiva. 

A retrospectiva é o motor da melhoria contínua. Ela foi criada para ajudar os membros da equipe a descobrir o que funcionou bem e o que não funcionou. Se você deixar de lado essa parte do ciclo contínuo, corre o risco de paralisar o ciclo de melhoria contínua.

Por exemplo, e se vocês deixassem de fazer alguns Dailies? Você sabe o que aconteceria? Talvez não tenha nenhum efeito - perfeito, então você pode mantê-lo assim e economizar tempo. 

Por outro lado, isso também pode levar a uma comunicação deficiente na equipe. Portanto, a equipe comete erros. No final, haverá uma necessidade orgânica de mais comunicação, que você perceberia também na retrospectiva. Dessa vez, porém, uma cerimônia ágil não é introduzida por insistência sua, mas por causa da “dor” da equipe. Como resultado, haverá muito mais aceitação dessa cerimônia pela equipe.

6. analisar as retrospectivas anteriores e mostrar seu valor

Uma abordagem que pode complementar as outras abordagens é analisar a “história retrospetiva” da equipa durante um período mais longo. O pré-requisito para isso é que algumas das últimas retrospetivas tenham sido bem-sucedidas.

Por exemplo, você olha para a retrospectiva de um ano atrás e percebe como esses desafios foram difíceis no ano passado. E então percebe que seria muito mais fácil resolver os mesmos desafios hoje se você tivesse todo o conhecimento e a experiência que adquiriu.

Por outras palavras: reconhecem o quanto melhoraram entretanto. Talvez esta abordagem de “melhoria contínua” possa funcionar afinal?! E as retrospetivas podem ter desempenhado um papel importante nisso. Quando utilizada corretamente, isso pode levar a um momento de revelação na equipa.

Além disso, você também pode analisar o valor do ROTI (retorno sobre o investimento de tempo) da sua última retrospectiva (veja acima): Se você puder provar que a retrospectiva tem um ROTI de 8 a 10, é óbvio que o tempo foi bem investido. Nossa ferramenta de retrospectiva Echometer, por exemplo, consulta o ROTI após cada retrospectiva e, assim, fornece a você um indicador regular do desempenho relevante. Desempenho de você como Scrum Master .

7. trazer mais variedade para sua retrospectiva

Uma das respostas típicas à pergunta “A equipa de desenvolvimento considera a retrospetiva da Sprint desnecessária - o que deve fazer o Scrum Master?” é tornar a retrospetiva mais produtiva e emocionante, introduzindo mais variedade nos seus métodos e tornando-a mais divertida. Saliento sempre que a “diversão” não é assim tão importante, o foco deve continuar a ser torná-la produtiva. No entanto, a diversão pode, naturalmente, desencadear alguma criatividade e motivação. 

Isto significa, por um lado, que podes usar métodos criativos de retrospetiva - vê, por exemplo, o nosso artigo sobre 32 Métodos retrospectivos para iniciantes e profissionais -Você pode usar metáforas na forma de perguntas abertas que desencadeiam novos pensamentos e ideias.

Por outro lado, você também pode usar métodos que vão além da retrospectiva típica, mas que ainda têm o objetivo de melhorar a equipe. Por exemplo, você pode realizar um workshop de retrospectiva/equipe que se concentre em segurança psicológica na equipa - um dos pré-requisitos essenciais para equipas bem-sucedidas. 

Ou podes usar a nossa ferramenta Retro Echometer, que complementa continuamente a tua retrospetiva com questões cientificamente fundamentadas. Elas ajudam a equipa a refletir sobre até que ponto preenche os principais atributos de equipas bem-sucedidas. Aqui está um exemplo de uma das perguntas da nossa ferramenta, outro pré-requisito para equipas bem-sucedidas - uma cultura de feedback saudável:

Recebo regularmente feedback útil sobre o meu desempenho e como posso melhorar.

Exemplo de um impulso da ferramenta Echometer discutido em retrospectivas.

Existem muitas outras abordagens para trazer variedade às tuas retros - sê criativo. 

Como foi dito, dependendo de “por que” a equipa considera a retrospetiva da Sprint desnecessária, mais variedade provavelmente não deve ser a única medida para resolver o problema.

Conclusão sobre “Retros desnecessárias”

Como você viu, as 7 dicas e ações abordam o desafio em diferentes níveis. Se eu tivesse que dar apenas uma dica, seria encurtar a retrospectiva de forma inteligente, conforme descrevi acima. Se você combinar todas essas medidas, certamente verá resultados muito em breve. 

Divirta-se com seu 1TP17Melhoria Contínua!