Sprint Retrospective: Formatos, Perguntas e Exemplos

A sprint retrospective é a reunião em que os times param de entregar por uma hora e conversam honestamente sobre como trabalham. A maioria dos times agenda essa reunião. Poucos a conduzem bem.

O Que É uma Sprint Retrospective?

A sprint retrospective é uma cerimônia recorrente do Scrum realizada ao final de cada Sprint, em que o time reflete sobre como trabalhou junto e define melhorias concretas para levar ao próximo Sprint. É a conversa sobre "como trabalhamos", não sobre "o que construímos".

O Scrum Guide define três perguntas que norteiam toda retrospectiva: O que foi bem? O que pode melhorar? E qual melhoria de alto valor o time se compromete a implementar no próximo Sprint?

Enquanto o sprint planning define a direção do time para o Sprint seguinte, a retrospectiva fecha o ciclo do Sprint recém-concluído. Juntos, formam o motor de melhoria dentro da metodologia ágil.

Fatos Relevantes

• A sprint retrospective faz parte do Scrum Guide oficial desde seu primeiro lançamento em 1995 e é um dos cinco eventos do Scrum (Scrum Guide, 2020).
• "Agile Retrospectives: Making Good Teams Great", de Esther Derby e Diana Larsen (2006), codificou a estrutura de retrospectiva em cinco etapas usada pela maioria dos times Scrum hoje.
• 83% dos times ágeis de alto desempenho relatam realizar retrospectivas regularmente, contra 52% dos times de baixo desempenho (State of Agile Report, 17ª edição, 2023).

Sprint Retrospective vs. Sprint Review

Essas duas reuniões acontecem ao final de cada Sprint e são fáceis de confundir. Mas têm finalidades completamente diferentes.

A retrospectiva é para o time. A revisão é para o produto. Combiná-las em uma única reunião é um erro comum que destrói a franqueza: as pessoas não falarão honestamente sobre problemas de processo quando partes interessadas externas estão na sala.

As 5 Etapas de uma Retrospectiva

A estrutura de cinco etapas de Derby e Larsen em "Agile Retrospectives" oferece ao time um roteiro confiável. Cada etapa tem um propósito específico, e pular etapas é onde a maioria das retros falha.

Times que pulam direto para "gerar insights" sem coletar dados primeiro acabam debatendo opiniões em vez de responder a evidências. E times que pulam o "encerramento" perdem a oportunidade de melhorar a própria retro ao longo do tempo.

Formatos Populares de Retrospectiva

O formato escolhido molda a conversa que você terá. Aqui estão os cinco formatos de retrospectiva mais utilizados e quando cada um funciona melhor.

Alterne os formatos a cada poucos Sprints. Rodar Start-Stop-Continue toda vez leva às mesmas respostas das mesmas pessoas. Um novo formato reinicia a conversa.

Perguntas para Fazer na Retrospectiva

Boas perguntas de retrospectiva abrem a conversa em vez de fechá-la. Veja prompts agrupados por intenção.

Para trazer à tona o que foi bem:

• Do que você tem orgulho neste Sprint?
• Qual parte do nosso processo funcionou melhor do que o esperado?
• O que fizemos que devemos preservar e nunca cortar?

Para trazer à tona o que prejudicou:

• O que mais atrasou você neste Sprint?
• Em que momento perdemos confiança entre nós ou com as partes interessadas?
• O que você teve que contornar em vez de resolver diretamente?

Para gerar insights:

• Por que isso aconteceu, e já aconteceu antes?
• Se mudássemos apenas uma coisa na forma como trabalhamos, o que teria maior impacto?
• Que premissa adotamos que se mostrou equivocada?

Para impulsionar ação:

• Qual é a única coisa que nos comprometemos a mudar no próximo Sprint?
• Quem é o responsável por essa mudança, e como saberemos que funcionou?
• Como é o "sucesso" para essa melhoria em duas semanas?

Os melhores facilitadores de retro não escolhem as perguntas com antecedência para cada etapa. Eles ouvem na etapa dois e deixam os dados indicarem quais perguntas de insight e ação são mais relevantes para aquele Sprint específico.

Como Conduzir uma Sprint Retrospective

Uma retrospectiva bem conduzida não acontece por acaso. Veja um Playbook passo a passo para uma retro padrão de uma hora para um Sprint de duas semanas.

Passo 1: Defina o timebox da reunião

Estabeleça um horário fixo de término e cumpra-o. O Scrum Guide aloca no máximo três horas para um Sprint de um mês, com proporção ajustável. Para um Sprint de duas semanas, o alvo é de 60 a 90 minutos. Informe o timebox ao time no início. Isso cria urgência e impede que a Etapa 4 seja comprimida.

Passo 2: Prepare o ambiente (5 minutos)

Comece com uma verificação de temperatura ou um check-in de uma palavra ("como você se sente sobre este Sprint em uma palavra?"). Isso faz todos falarem antes que os tópicos difíceis apareçam e sinaliza que sentimentos são dados válidos, não distrações. Lembre o time da diretriz fundamental da retrospectiva: todos fizeram o melhor que podiam com as informações e recursos disponíveis.

Passo 3: Colete dados (15 minutos)

Peça a cada pessoa que escreva observações em post-its (físicos ou digitais) para as categorias do formato escolhido. Use um timer. Em seguida, cada pessoa compartilha suas notas uma por vez. Não discuta ainda: apenas traga à tona e agrupe. Ao final desta etapa, você deve ter um mapa visual do Sprint no quadro.

Passo 4: Gere insights (15 minutos)

Escolha os dois ou três agrupamentos com mais energia. Pergunte "por quê" em vez de "o quê". Se o time disser "tivemos muitas interrupções", pergunte o que as causou. Foram prioridades pouco claras? Uma escala de plantão sem proteção? Partes interessadas indo diretamente aos engenheiros? Mudanças na causa raiz transformam comportamentos. Correções nos sintomas, não.

Passo 5: Decida o que fazer (15 minutos)

O time vota em uma a três ações de melhoria. Cada ação precisa de um responsável, uma definição de concluído e uma data de acompanhamento (geralmente a próxima retrospectiva). Registre-as em algum lugar que o time realmente consulte: o quadro do Sprint, um documento compartilhado, um item fixo na agenda de acompanhamento. Se os itens de ação das últimas seis retrospectivas estão em um documento que ninguém abre, esse é o problema de processo a resolver primeiro.

Passo 6: Encerre e avalie a retro (10 minutos)

Peça a cada pessoa que avalie a retrospectiva numa escala de um a cinco e explique sua avaliação em uma frase. Parece simples, mas é assim que a retro melhora ao longo do tempo. Se todos derem nota três porque a discussão ficou na superfície, você sabe que deve escolher um formato ou facilitador diferente na próxima vez. Agradeça a franqueza de todos e encerre no horário.

Passo 7: Faça o acompanhamento dos itens de ação

O Scrum Master verifica os itens de ação no início da retrospectiva do Sprint seguinte. Não como auditoria, mas como sinal: realmente fizemos o que dissemos? Se o mesmo item de ação aparece em três retrospectivas consecutivas, não é um item de ação, é um problema estrutural que exige um tipo diferente de conversa.

Anti-Padrões Comuns de Retrospectiva

Mesmo times que realizam retrospectivas regularmente caem em padrões que as esvaziam.

A sessão de desabafo. A retro vira um fórum de reclamações sem insights ou ações. Solução: mantenha a Etapa 3 e a Etapa 4 mesmo quando a Etapa 2 se estende.

As mesmas cinco palavras sempre. "Comunicação", "documentação", "processo" e "clareza" aparecem em todos os quadros, Sprint após Sprint. Solução: alterne formatos, faça perguntas sobre causa raiz e verifique se os itens de ação do Sprint anterior foram realmente entregues.

A sala em silêncio. Ninguém escreve nada honesto porque há um gestor na sala ou porque o time não se sente seguro o suficiente. Solução: realize retros apenas com o time Scrum e mencione explicitamente a diretriz fundamental no início.

Itens de ação sem responsável. "O time vai melhorar os handoffs" significa que ninguém vai melhorar os handoffs. Solução: cada item de ação precisa de um responsável nomeado e de um resultado mensurável.

Fadiga de retrospectiva. O time fez tantas retros improdutivas que desligou mentalmente. Solução: reconheça isso diretamente, rode um formato genuinamente diferente e encerre com um item de ação real que seja entregue antes da próxima retro. Uma sessão produtiva redefine expectativas mais rápido do que cinco conversas sobre por que as retros importam.

A filosofia Kaizen de melhoria contínua enquadra bem as retrospectivas: pequenas melhorias consistentes se acumulam mais rápido do que revisões periódicas. Uma mudança significativa por Sprint equivale a 26 melhorias em um ano.

Perguntas Frequentes

Quanto tempo deve durar uma sprint retrospective?

O Scrum Guide estabelece no máximo três horas para um Sprint de um mês, com proporção ajustável. Para Sprints de duas semanas, o padrão é de 60 a 90 minutos. Times com bons hábitos de retrospectiva frequentemente terminam em 45 minutos porque aprenderam a avançar rapidamente de dados para insights e ações.

Quem participa de uma sprint retrospective?

A sprint retrospective é exclusiva para o time Scrum: o Scrum Master, o Product Owner e o time de desenvolvimento. Partes interessadas, gestores e clientes não participam. A ausência deles é intencional. A retro é onde o time fala sobre como trabalha junto, e essa conversa exige segurança psicológica que observadores externos comprometem.

Qual é a diferença entre sprint retrospective e sprint review?

O sprint review foca no produto: o time demonstra o que foi construído, as partes interessadas dão Feedback e o Backlog é atualizado. A sprint retrospective foca no processo: o time reflete sobre como trabalhou junto e define melhorias. Resultados diferentes, participantes diferentes, tom diferente. Nunca as combine em uma única reunião.

Com que frequência uma retrospectiva deve ser realizada?

Todo Sprint, sem exceção. O valor da retrospectiva se multiplica com a consistência: o time constrói confiança, os itens de ação são acompanhados e a melhoria vira um hábito, não um evento isolado. Times que pulam retrospectivas nos "Sprints corridos" são justamente os que mais precisam delas.

O que torna um formato de retrospectiva bom para um time em dificuldades?

Comece com Mad-Sad-Glad ou um simples check-in emocional antes de tudo. Times em dificuldades frequentemente carregam conteúdo emocional não expresso que bloqueia a coleta honesta de dados. Quando os sentimentos são nomeados e reconhecidos, o time consegue avançar para as etapas analíticas. Start-Stop-Continue e DAKI (Drop, Add, Keep, Improve) funcionam bem para gerar ações estruturadas a partir desses dados emocionais.

---

A sprint retrospective é onde o compromisso do Agile com a melhoria contínua de fato vive ou morre. Todo time roda Sprints. Os que consistentemente entregam um trabalho melhor são os que tratam a retrospectiva com a mesma seriedade com que tratam o sprint planning. Escolha seu formato, defina o timebox da reunião, obtenha um item de ação real e verifique se ele foi entregue antes que a próxima retro comece. Essa é a prática completa.