O que é uma retrospectiva de sprint? Definição, etapas e exemplos

A retrospectiva de sprint é a reunião recorrente do Scrum, realizada ao final de cada sprint, na qual a equipe reflete sobre como trabalhou e define melhorias concretas para o próximo sprint. É a principal oportunidade que a equipe tem para inspecionar e adaptar sua forma de trabalho, e é a última das quatro cerimônias do Scrum em cada sprint.

A maioria das equipes consegue realizar uma retrospectiva de sprint. Muito menos conseguem realizar uma que realmente mude o próximo sprint, e esse é o único teste que realmente importa. Se suas retrospectivas começaram a parecer uma reunião pela qual ninguém se empenha, você não está sozinho. O formato fica obsoleto, são sempre as mesmas duas pessoas que falam, e as ações a serem tomadas são registradas e depois discretamente esquecidas. A mecânica, geralmente, não é o problema. O problema é o acompanhamento.

Este capítulo aborda o que é uma retrospectiva de sprint, como ela difere da revisão de sprint, as cinco etapas que definem a estrutura da reunião e a parte que a maioria dos guias deixa de lado: como garantir que as ações sejam efetivamente implementadas. A “retro”, como é comumente conhecida, também é chamada de retrospectiva de Scrum ou retrospectiva ágil. Seja qual for o nome, o objetivo é o mesmo: melhorar a forma como a equipe trabalha daqui para frente, com base no que aprendeu com o sprint que acabou de terminar.

Quando bem conduzida, a retrospectiva de sprint é o momento de maior impacto no seu ciclo de sprint. A equipe compartilha o que deu certo e o que não deu, identifica temas comuns, vota no que é mais importante e chega a um acordo sobre um conjunto breve de ações a serem implementadas. São essas ações que permitem à equipe inspecionar e se adaptar continuamente, além de melhorar tanto a qualidade quanto o ritmo de seu trabalho.

Retrospectiva de sprint x revisão do sprint

Essas duas cerimônias são constantemente confundidas, e essa confusão é a razão mais comum pela qual uma retrospectiva acaba se transformando em uma atualização de status.

De acordo com o Guia do Scrum, a revisão do sprint analisa o produto: o que foi desenvolvido, se atende à meta e o que as partes interessadas acham dele. A retrospectiva de sprint analisa o processo: como a equipe colaborou, quais ferramentas ajudaram ou atrapalharam o trabalho e o que ela deveria tentar fazer de diferente. Uma analisa externamente o resultado. A outra analisa internamente a maneira como o trabalho foi realizado.

Mantenha essa linha clara. No momento em que uma retrospectiva se transforma em uma simples lista de tickets encerrados, você já perdeu o sentido da reunião, que deveria ser sobre a equipe, e não sobre o backlog. Para uma comparação completa lado a lado, consulte revisão de sprint x retrospectiva de sprint.

Que perguntas são feitas em uma retrospectiva de sprint?

As principais áreas que a equipe deve explorar são:

1. O que deu certo?
2. O que não deu certo?
3. Que ideias temos para o futuro?
4. Como colocamos essas ações em prática?
5. A quem devemos agradecer e do que precisamos?

O conjunto exato de perguntas pode partir de um tema abordado em uma reunião individual, de feedback da equipe ou de uma fonte de dados, como as métricas do seu sprint. É recomendável variar as perguntas a cada alguns sprints para que elas permaneçam relevantes e atualizadas, além de evitar o cansaço causado pelas reuniões.

Quem participa da retrospectiva de sprint?

A retrospectiva de sprint é uma reunião da Equipe Scrum. Dependendo da equipe, ela pode incluir alguns ou todos os seguintes itens:

• O Scrum Master, que geralmente facilita
• Toda a equipe de desenvolvimento ou equipe Scrum
• O Product Owner
• Um coach ágil
• Um observador

As partes interessadas geralmente ficam de fora para que a equipe possa falar abertamente sobre como funciona, em vez de ter que se apresentar para um público.

Quanto tempo deve durar uma retrospectiva de sprint?

Isso geralmente depende da duração do seu ciclo de sprint. Como orientação geral:

• Sprint de duas semanas: cerca de 90 minutos
• Sprint de um mês: cerca de 3 horas
• Fim de uma iteração mais longa: até um dia

Quanto mais curto for o sprint, mais curta será a retrospectiva. O importante é que ela seja longa o suficiente para chegar a ações concretas e acordadas, e curta o suficiente para que a energia se mantenha. Um timeboxing rigoroso mantém a retrospectiva em andamento e evita que um único tópico ocupe a hora inteira.

As cinco etapas de uma retrospectiva eficaz

A estrutura que se mantém, sprint após sprint, vem do livro de Esther Derby e Diana Larsen, Agile Retrospectives: Making Good Teams Great. O modelo de cinco etapas delas atribui a cada parte da reunião uma função específica, e é exatamente isso que impede que uma retrospectiva se transforme em uma sessão desestruturada de reclamações. O Scrum Master orienta a equipe ao longo de todas as cinco etapas.

1. Prepare o terreno. Faça com que as pessoas se sintam à vontade e dispostas a falar. Uma pergunta rápida para dar o tom da sessão tem um impacto maior do que as pessoas imaginam, e é também nesse momento que você escolhe o modelo de retrospectiva que vai orientar a sessão.
2. Reúna dados. Colete o que realmente aconteceu, e não opiniões sobre o assunto por enquanto. Uma análise da linha do tempo, métricas do sprint ou uma simples rodada de “o que vocês perceberam” são opções válidas. É nesse momento que o Scrum Master assume plenamente o papel de facilitador.
3. Gere insights. Procure padrões e conexões nos dados. Por que o mesmo obstáculo apareceu em três sprints consecutivos? Agrupe ideias semelhantes, vote no que é mais importante e discuta em profundidade os itens mais bem classificados.
4. Decida o que fazer. Transforme as percepções em uma lista curta de mudanças específicas e que você possa assumir a responsabilidade. Não dez. Duas ou três. Essa é a etapa que diferencia uma retrospectiva de uma simples conversa.
5. Encerre a retrospectiva. Confirme o que foi acordado, certifique-se de que cada ação tenha um responsável, agradeça à equipe e encerre no horário previsto.

Se você pular a etapa de “preparar o terreno”, uma equipe discreta continuará discreta. Se você pular a etapa de “decidir o que fazer”, terá uma enxurrada de sentimentos sem ninguém se responsabilizando por eles. Cada etapa aborda um modo específico de falha; é por isso que tomar atalhos aqui acaba se refletindo nos resultados mais tarde, e não na sala de reunião.

Cada etapa corresponde a um modelo de retrospectiva no TeamRetro pronto para uso, de modo que a estrutura, o cronômetro e a votação já estão configurados antes de alguém entrar na sessão.

Faça com que suas ações sejam realmente cumpridas

Aqui está a parte que a maioria dos guias ignora, e é justamente ela que determina se sua retrospectiva valeu a pena: o que acontece com as ações depois que todos se desconectam. As retrospectivas raramente fracassam por falta de ideias. Elas fracassam porque as ideias nunca se transformam em uma mudança que alguém possa apontar.

A solução é quase entediante de tão específica:

• Um proprietário por ação. Não “o time”. Um nome.
• Um sprint. Se não for possível concluir antes da próxima retrospectiva, significa que é um trabalho muito grande. Divida-o em partes menores.
• Revisar primeiro, depois fazer a retrospectiva. Antes de coletar novos dados, verifique o último conjunto de compromissos. Eles foram cumpridos? Se não, por que não?

Esse terceiro ponto é o primeiro que as equipes deixam de lado, e é ele que dá sentido aos outros dois. Uma ação a ser tomada que nunca é revisitada é apenas um post-it com etapas a mais. Para saber mais sobre isso, consulte dicas para retrospectivas de sprint que geram ações concretas e por que as retrospectivas fracassam para entender o padrão mais profundo por trás disso.

Como fazer com que uma equipe reservada se expresse

Toda equipe enfrenta uma versão desse mesmo problema: duas pessoas falam, o resto acena com a cabeça. Raramente se trata de desinteresse. Na maioria das vezes, a confiança ainda não foi conquistada, especialmente em equipes mais novas ou distribuídas. Algumas medidas fazem a diferença: estabeleça a norma de que as retrospectivas melhoram o sistema, em vez de servir para criticar indivíduos; permita que as pessoas apresentem ideias anonimamente, para que opiniões impopulares também sejam expressadas; e alterne a moderação, para que a equipe não esteja sempre se apresentando para a mesma pessoa.

Nada disso é complicado. Só precisa ser feito de forma consciente, porque uma retrospectiva discreta não se apresenta como um problema de confiança. Parece apenas uma reunião curta. Para o guia completo, consulte como conduzir uma retrospectiva psicologicamente segura.

Evite que as retrospectivas percam a relevância

Mesmo uma retrospectiva bem conduzida perde o brilho se parecer idêntica a cada sprint. As cinco etapas não mudam, mas o formato em que elas se inserem deve mudar, a cada poucos sprints, de forma proposital. Os sinais são fáceis de identificar: as pessoas respondem no piloto automático, os mesmos post-its aparecem com palavras diferentes ou alguém suspira quando o convite do calendário aparece. Isso não significa que as retrospectivas tenham deixado de funcionar. Significa que esse formato específico de retrospectiva já não é mais bem-vindo.

Alternar entre alguns poucos formatos mantém a estrutura renovada, sem perder a disciplina por trás dela. Nossas postagens sobre como evitar antipadrões em retrospectivas e como superar o viés de recência abordam mais a fundo como evitar que as retrospectivas se transformem em um ritual rígido.

Realize sua retrospectiva de sprint no TeamRetro

Uma retrospectiva de sprint só justifica sua inclusão no calendário se ela mudar o que acontecerá no próximo sprint. Isso significa manter a revisão e a retrospectiva distintas, dar a cada uma das cinco etapas espaço para cumprir sua função, criar um ambiente seguro para que as vozes mais tímidas se manifestem e tratar as ações a serem tomadas como compromissos, e não apenas como anotações.

O acompanhamento é a parte mais difícil, e um formato melhor de reunião, por si só, não resolve o problema. Realize sua próxima retrospectiva no TeamRetro e a estrutura, o cronômetro e o acompanhamento das ações já vêm integrados, com as ações do último sprint sendo transferidas automaticamente, de modo que acompanhar o cumprimento dos compromissos não é mais uma tarefa manual. Navegue pela biblioteca de modelos de retrospectiva para escolher um ponto de partida.

Perguntas frequentes

O que é uma retrospectiva de sprint?

A retrospectiva de sprint é uma reunião recorrente do Scrum realizada ao final de cada sprint, na qual a equipe reflete sobre como trabalhou e chega a um acordo sobre melhorias concretas para o próximo sprint. É a principal oportunidade que a equipe tem para inspecionar e adaptar sua forma de trabalhar, além de ser a última das quatro cerimônias do Scrum em cada sprint.

Quem participa de uma retrospectiva de sprint?

A retrospectiva de sprint é uma reunião da Equipe Scrum; portanto, conta com a participação dos desenvolvedores, do Product Owner e do Scrum Master. Normalmente, o Scrum Master atua como facilitador. As partes interessadas geralmente não participam, para que a equipe possa falar abertamente sobre seu funcionamento; ocasionalmente, um coach ágil ou um observador pode comparecer para apoiar a equipe.

Quanto tempo deve durar uma retrospectiva de sprint?

Defina a duração da retrospectiva de acordo com a duração do sprint. Uma orientação comum é de cerca de 90 minutos para um sprint de duas semanas e até cerca de três horas para um sprint de um mês. Quanto mais curto for o sprint, mais curta deve ser a retrospectiva; o importante é que ela tenha duração suficiente para que se chegue a ações concretas e consensuais.

Quais são as cinco etapas de uma retrospectiva de sprint?

Esther Derby e Diana Larsen descrevem cinco etapas: preparar o terreno, coletar dados, gerar insights, decidir o que fazer e encerrar a retrospectiva. O Scrum Master orienta a equipe em cada etapa para que a reflexão se transforme em uma lista concisa e assumida de melhorias para o próximo sprint.

Qual é a diferença entre uma retrospectiva de sprint e uma revisão de sprint?

A revisão do sprint analisa o produto; assim, a equipe apresenta o trabalho concluído às partes interessadas e coleta feedback. A retrospectiva de sprint analisa o processo; assim, a equipe reflete sobre como trabalhou e define melhorias. A revisão é voltada para as partes interessadas; a retrospectiva é voltada para a própria equipe. Consulte nosso capítulo sobre revisão do sprint x retrospectiva de sprint para uma comparação completa.