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 a maturidade da sua equipe nesse contexto e em geral? Aqui estão 7 reflexões, 7 dicas que ajudarão você nesse 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 incentiva a Equipe Scrum a melhorar seu processo de desenvolvimento e suas práticas dentro do processo Scrum para torná-lo mais eficaz e agradável para o próximo Sprint".

Em teoria, isso significa que a retrospectiva deve ser um evento central para o Scrum Master, pois o principal objetivo da retrospectiva é ajudar a equipe a melhorar continuamente. No entanto, na prática, a equipe pode não ter o nível de maturidade para realmente usar uma retrospectiva e, portanto, não vê o seu valor. Por esse motivo, eu pessoalmente interpreto a afirmação "tornar a equipe mais eficiente" em um nível abstrato como "aumentar o nível de maturidade da equipe". Como você pode fazer isso nesse contexto? Antes de começarmos com as dicas sobre isso, 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 quiser medir o nível de maturidade ágil –, você deve usar a qualidade das retrospectivas como indicador. Essa é a relação temporal típica entre a "qualidade percebida da retrospectiva" e o "nível de maturidade Agilem" 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", que desempenham outro papel nessa questão.

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.

Geralmente, há um "líder de opinião" na equipe que exerce grande influência sobre ela. Tente identificar essa pessoa, entender seu ponto de vista e, na melhor das hipóteses, elaborar contramedidas junto com ela (veja 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

Basicamente, você deve fazer a retrospectiva. Digamos que a equipe só precise de mais tempo para atingir a meta de sprint – e que uma hora de codificação em vez da retrospectiva possa ser crucial. Nesse caso, não há problema em 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

Você não pode mudar o que não mede. Um hábito simples e rápido que ajuda você a avaliar continuamente como a equipe percebe as retrospectivas é medir a pontuação ROTI: o valor do "retorno sobre o tempo investido". Simplesmente faça a seguinte pergunta após cada retrospectiva, talvez como um check-out: "Em uma escala de 0 a 10, qual foi a qualidade do tempo investido nessa retrospectiva?". Meça a média ao longo do tempo – e, com sorte, você logo verá uma tendência positiva!

A pontuação média de "retorno sobre o tempo investido" em uma escala de 0 a 10 por mês na ferramenta Echometer – Os retrocessos valem a pena? Parece que sim!

4. mantenha sua retrospectiva de sprint muito curta

Então a equipe de desenvolvimento acha que a retrospectiva do sprint é supérflua – o que você 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.

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. Há uma abordagem bastante simples para mudar isso: basta investir menos tempo para obter o mesmo resultado.

Essa talvez seja a melhor dica se a equipe achar que a retrospectiva do sprint é desnecessária. Diga à sua equipe: OK, vamos mantê-la o mais curta possível (leia mais em nossa postagem no blog "Retrospectiva curta – 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, dessa forma, a equipe aprende como pode ser importante investir tempo. E você deixa a duração da retrospectiva crescer "organicamente", por assim dizer, por meio de um "puxão" ou "desejo" da equipe, porque em algum momento eles vão querer 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ários 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.

 

O que aconteceria, por exemplo, se você deixasse de fora alguns diários? Você sabe o que aconteceria? Talvez isso não tenha nenhum impacto – perfeito, então você pode mantê-lo igual 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 o "histórico de retrospectivas" da equipe durante um período de tempo mais longo. O pré-requisito para isso é que algumas das últimas retrospectivas 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.

Em outras palavras: Você percebe o quanto melhorou nesse meio tempo. Talvez essa abordagem de "melhoria contínua" possa funcionar, afinal de contas?! E as retrospectivas podem, de fato, ter desempenhado um papel importante nisso. Usadas corretamente, elas certamente podem levar a um momento "aha" na equipe.

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.