"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.

O que pode fazer, então, para melhorar o nível de maturidade da sua equipa - neste contexto e também em geral? Aqui estão 7 ideias, 7 dicas, que o ajudarão neste 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 analisa: “O Scrum Master encoraja a equipa Scrum a melhorar o seu processo de desenvolvimento e as suas práticas no âmbito do processo Scrum, a fim de o tornar mais eficaz e agradável para o próximo Sprint.”

Na teoria, isto significa que a retrospetiva deve ser um evento central do Scrum Master, uma vez que o principal objetivo da retrospetiva é ajudar a equipa a melhorar continuamente. No entanto, na prática, a equipa pode não ter a maturidade para realmente utilizar uma retrospetiva e, por conseguinte, não vê o seu valor. Por esta razão, interpreto pessoalmente a afirmação “tornar a equipa mais eficiente” num nível abstrato como “aumentar o nível de maturidade da equipa”. Como é que se pode 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 pretender medir o nível de maturidade ágil, deve utilizar a qualidade das retrospetivas como um indicador. Esta é a relação temporal típica entre a “qualidade percebida da retrospetiva” e o “nível de maturidade ágil” de uma equipa.

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 tema.

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, existe um “líder de opinião” na equipa, que tem uma grande influência na equipa. Tente isolar essa pessoa, compreender a sua perspetiva e, na melhor das hipóteses, conceber em conjunto as 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 realizar a retrospetiva em princípio. Suponhamos que a equipa simplesmente precisa de mais tempo para atingir o seu objetivo de sprint - e uma hora de programação em vez da retro pode ser crucial. Neste caso, não há problema em adiar a retrospetiva 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 equipa percepciona a retrospetiva, é a medição da pontuação ROTI: O valor do “Retorno sobre o tempo investido”. Basta fazer a seguinte pergunta após cada retrospetiva, talvez como um check-out: “Numa escala de 0 a 10, quão bem foi investido o tempo para esta retrospetiva?”. Meça a média ao longo do tempo - esperemos que consiga reconhecer uma tendência positiva em breve!

A pontuação média de “Retorno sobre o tempo investido” numa 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 equipa de desenvolvimento considera, portanto, a retrospetiva de sprint supérflua - o que deve fazer agora como Scrum Master?

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.

Por outras palavras: nas últimas retrospetivas, aparentemente “aprenderam” que o ROTI de uma retrospetiva - ou seja, a qualidade do tempo investido, ver acima - é bastante mau. Existe uma abordagem bastante simples para mudar isto: simplesmente investir menos tempo com o mesmo resultado 🙂

Esta é talvez a melhor dica se a equipa considerar a retrospetiva de sprint supérflua. Diga à sua equipa: Ok, vamos mantê-la o mais curta possível (mais sobre isto na nossa publicação 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 retrospetiva (por exemplo, de 60 minutos para 30 minutos) porque a equipa aprende desta forma a importância de investir tempo. E você deixa o comprimento da retrospetiva crescer quase “organicamente”, através de um “pull” ou “desejo” da equipa, porque em algum momento desejará mais tempo para a retrospetiva. Como é que se faz isso? 

Você simplesmente faz a pergunta mais importante:

“Porque é que não conseguimos concluir todas as User Stories 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, o que aconteceria se vocês dispensassem alguns Dailies? Você sabe o que aconteceria? Talvez não tenha impacto - perfeito, então vocês podem mantê-lo assim e poupar 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 o “histórico de retrospetivas” da equipa ao longo de um período mais longo. O pré-requisito para isto é 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: vocês reconhecem o quanto melhoraram entretanto. Talvez esta abordagem de “melhoria contínua” possa funcionar?! E as retrospetivas poderiam, de facto, ter desempenhado um papel importante nisto. Se utilizado corretamente, isto pode levar a um momento de epifania 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 de sprint supérflua - o que deve fazer o Scrum Master?” é tornar a retrospetiva mais produtiva e emocionante, trazendo mais variedade aos seus métodos e tornando-a mais agradável. Saliento sempre que “diversão” não é tão importante, o foco deve continuar a ser torná-la produtiva. No entanto, a diversão pode, naturalmente, desencadear uma certa criatividade e motivação. 

Isto significa, por um lado, que pode utilizar métodos criativos de retrospetiva - veja, por exemplo, a nossa publicação 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 principais pré-requisitos para equipas bem-sucedidas. 

Ou utiliza a nossa ferramenta Retro Echometer, que complementa continuamente a sua retrospetiva com questões cientificamente fundamentadas. Ajudam a equipa a refletir sobre a medida em que cumpre as principais características das 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 suas retros - seja criativo. 

Como já foi dito, dependendo de “por que razão” a equipa considera a retrospetiva de sprint supérflua, mais variedade provavelmente não deve ser a única medida a ser tomada para resolver o problema.

Conclusão sobre “retros supérfluas”

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!