O Que É uma Retrospectiva Ágil?

Uma retrospectiva ágil é uma reunião curta e regular na qual a equipe analisa um período de trabalho concluído, habitualmente um sprint, e define o que alterar na forma como trabalha. Uma sessão de planejamento se concentra no que a equipe vai construir; uma retrospectiva, no modo como ela constrói. O resultado não é uma lista de queixas, mas sim uma ou duas mudanças concretas que a equipe vai experimentar antes da retrospectiva seguinte.

As retrospectivas têm raiz direta no Manifesto Ágil de 2001, cujo último princípio recomenda que as equipes reflitam em intervalos regulares sobre como se tornarem mais eficazes, ajustando o seu comportamento. No Scrum, a Retrospectiva do Sprint é a cerimônia que encerra cada sprint.

Este guia aborda as cinco etapas de uma boa retrospectiva, compara os formatos mais utilizados e apresenta um exemplo prático completo que conduz uma equipe desde os post-its até uma mudança concreta com responsável assumido.

A Diretiva Primária

A maioria das retrospectivas tem início com a leitura da Diretiva Primária da Retrospectiva, formulada por Norm Kerth na obra Project Retrospectives (2001). Em síntese: independentemente do que venhamos a descobrir, assumimos que todos deram o melhor com o conhecimento disponível, as competências que detinham, os recursos ao alcance e a situação do momento.

Não se trata de mera cortesia. Uma equipe que teme repreensões compartilhará opiniões genéricas e ocultará as causas reais. Eliminar a busca de culpados permite que as pessoas afirmem sem medo "não sabia que os requisitos tinham mudado", frase que normalmente marca o início da fase mais produtiva da sessão.

As cinco etapas de uma retrospectiva

A obra Agile Retrospectives, de Esther Derby e Diana Larsen, estrutura cinco etapas seguidas por praticamente todas as retrospectivas eficazes, qualquer que seja o formato escolhido:

A fase que as equipes mais negligenciam é a terceira. Passar diretamente da coleta de post-its para a atribuição de tarefas gera soluções superficiais que tratam sintomas e não causas.

Formatos comuns de retrospectiva

O formato consiste no conjunto de perguntas que orientam a etapa 2. Variar os formatos impede que as retrospectivas regulares caiam na rotina.

A dinâmica Estrela-do-Mar, habitualmente associada a Patrick Kua, é o formato utilizado no nosso modelo de retrospectiva gratuito. As suas cinco vertentes dão espaço para reconhecer que "isso funciona bem, mas estamos exagerando", distinção que uma simples divisão bom/mau ignora.

Um exemplo prático de retrospectiva

Apresentamos uma retrospectiva de 45 minutos de uma equipe de produto fictícia de sete pessoas. O seu sprint de duas semanas culminou na entrega da funcionalidade de exportação de dados com três dias de atraso.

Etapa 1: Preparar o ambiente (5 minutos)

O facilitador relembra a Diretiva Primária e estabelece o foco: "Entregamos a exportação de dados três dias depois do prazo. Vamos entender os motivos e combinar uma melhoria concreta para o próximo sprint." Cada membro descreve o sprint em uma única palavra. Dois participantes referem "precipitado".

Etapa 2: Coletar dados (10 minutos)

A equipe desenha uma cronologia breve do sprint e escreve notas no modelo Estrela-do-Mar em silêncio durante cinco minutos, garantindo que as opiniões mais dominantes não condicionam a agenda.

Etapa 3: Gerar insights (15 minutos)

A equipe agrupa as notas semelhantes e procede à votação. O agrupamento mais expressivo diz respeito a alterações de requisitos após o início do sprint. A equipe aplica a técnica dos 5 Porquês:

1. Porque atrasou a exportação? Os testes finais revelaram que não correspondia ao esperado pelo cliente.
2. Por quê? Os critérios de aceitação foram alterados no sexto dia do sprint.
3. Por quê? O responsável de operações do cliente viu o design pela primeira vez no quinto dia.
4. Por quê? Os designs são validados internamente, mas não são mostrados ao cliente antes de a tarefa entrar no sprint.
5. Por quê? Ninguém é formalmente responsável pela aprovação do cliente. O produto assumiu que a gestão de contas garantia o aval, e a gestão de contas presumiu o inverso.

A causa-raiz não está na "comunicação". Está em uma etapa do processo sem responsável atribuído.

Etapa 4: Decidir o que fazer (10 minutos)

Alguém sugere "comunicar melhor com o cliente". O facilitador intervém: isso representa uma intenção, não uma ação concreta. A equipe define, em vez disso, um experimento mensurável:

• Mudança: durante os próximos dois sprints, qualquer funcionalidade que altere a interface com o usuário exige maquete validada pelo cliente antes de integrar o sprint.
• Responsável: o gerente de produto.
• Validação: contabilizar as tarefas cujos critérios de aceitação mudam após o início do sprint. No sprint passado foram três.

As restantes observações ficam registradas para análise futura. A equipe assume uma única melhoria, e não sete.

Etapa 5: Encerrar (5 minutos)

O facilitador recapitula o experimento combinado e o respectivo responsável, e cada participante avalia a sessão em uma escala de 1 a 5. A retrospectiva seguinte começará com a conferência da métrica estabelecida.

O que faz uma retrospectiva falhar

• Ausência de ações, ou compromissos a mais. Uma lista com dez propostas de melhoria é uma lista pela qual ninguém assume responsabilidade. Escolha uma ou duas.
• Ações formuladas como desejos. "Melhorar a comunicação" não é aplicável na segunda-feira. "Obter validação do cliente antes do sprint" é perfeitamente exequível.
• Ignorar a avaliação da reunião anterior. Se a sessão não abrir com a revisão da melhoria acordada no sprint prévio, a equipe assimila que os compromissos são descartáveis.
• Culpabilização. A partir do momento em que se aponta o dedo para alguém, os demais passam a filtrar o que dizem.
• Repetir invariavelmente a mesma dinâmica. Alterne os modelos de perguntas para que as respostas não surjam em piloto automático.

Prescindir por completo das retrospectivas acarreta custos elevados, que analisamos em o custo da dívida de processos.

Retrospectiva vs. sprint review vs. post-mortem

Estas três reuniões às vezes geram confusão por olharem todas para o passado recente:

• Revisão do sprint (Sprint review): a equipe apresenta o que desenvolveu aos participantes externos e coleta feedback sobre o produto.
• Retrospectiva: a equipe analisa como trabalhou e ajusta a sua metodologia. Habitualmente, os stakeholders não participam.
• Análise pós-incidente (Post-mortem): uma avaliação pontual decorrente de uma falha ou incidente crítico, recorrendo com frequência a etapas semelhantes com uma linha temporal em destaque.

Modelo de retrospectiva gratuito

O modelo de retrospectiva gratuito está acessível em PDF, Word, Excel e PowerPoint. Aplica a estrutura Estrela-do-Mar, com indicações para as cinco vertentes e uma tabela de acompanhamento de ações com responsáveis e prazos.

Mais sobre retrospectivas

• Como conduzir uma retrospectiva de projeto: a postura do facilitador e a gestão de reuniões tensas.
• Como realizar uma retrospectiva de sprint no Microsoft Teams: um roteiro prático de 45 minutos para trabalho remoto.
• O custo da dívida de processos: por que evitar retrospectivas atrasa as equipes.

Perguntas frequentes

Pronto para colocar em prática? Faça com a sua equipe usando o modelo de retrospectiva grátis.