Como conduzir uma sprint retrospective que realmente muda o time

Você conhece essa sprint retrospective. Quarenta e cinco minutos de post-its, muita concordância com a cabeça, alguém escreve “comunicação” pela terceira sprint seguida e, duas semanas depois, o mesmo post-it volta como uma sequência que ninguém pediu.

A retrospectiva deveria ser o ciclo de melhoria embutido no agile. O Manifesto Ágil até a coloca no décimo segundo princípio: em intervalos regulares, o time reflete sobre como ficar mais eficaz e ajusta o seu comportamento. Na prática, muita retro gera um quadro bonito e nenhuma mudança.

Este guia mostra como conduzir uma passo a passo, traz um modelo grátis, os formatos que vale conhecer e um jeito de fazer as ações sobreviverem à segunda-feira. Para as outras cerimônias da sprint, o tl;dv também tem modelos de reuniões agile scrum.

O que é retrospectiva? A retrospectiva Scrum explicada

Uma retrospectiva é uma reunião curta e recorrente em que o time revisa como trabalhou em um período recente e combina algumas mudanças específicas para testar a seguir. Ela olha o processo (pessoas, ferramentas e hábitos) e não o produto.

No Scrum, a retrospectiva tem nome formal e horário fixo. Segundo o Scrum Guide 2020, a sprint retrospective existe para planejar formas de aumentar a qualidade e a eficácia. O time analisa indivíduos, interações, processos, ferramentas e a Definition of Done, e escolhe as mudanças mais úteis, que podem ir direto para o próximo Sprint Backlog.

Sprint retrospective e sprint review são a mesma coisa?

Não. A sprint review inspeciona o produto com os stakeholders, enquanto a sprint retrospective inspeciona a forma de trabalhar do time, normalmente sem eles. O post-mortem é uma terceira coisa: em geral, um evento único depois de um projeto ou incidente, não um evento regular.

A análise retrospectiva voltada ao cliente é outro bicho: a revisão trimestral de negócios (QBR).

Quanto tempo dura uma sprint retrospective e quem participa?

O Scrum Guide limita a sprint retrospective a três horas para uma sprint de um mês e diz que sprints mais curtas costumam ter retros mais curtas. Ele não define tempos exatos para sprints menores. Por isso, a regra prática de 45 a 90 minutos para uma sprint de duas semanas vem da convenção entre profissionais, não do Scrum Guide.

O time Scrum inteiro participa: desenvolvedores, Product Owner e Scrum Master. O Scrum Master é responsável por garantir que os eventos do Scrum aconteçam e respeitem o timebox, mas não precisa facilitar todas as retros. Revezar quem facilita evita que uma só voz conduza todas as sessões.

Gestores e stakeholders costumam ficar de fora, porque as pessoas são menos sinceras com o chefe na sala. A retro fica depois da sprint review e antes do próximo planning, como uma reunião de kickoff de projeto ao contrário.

Como conduzir uma sprint retrospective em 5 etapas

Conduza em cinco etapas: preparar o ambiente, coletar dados, gerar insights, decidir o que fazer e encerrar. Essa estrutura vem do livro Agile Retrospectives, de Esther Derby e Diana Larsen, e funciona com qualquer formato.

1. Prepare o ambiente (5 minutos). Diga o objetivo, o tempo disponível e as regras do jogo. Depois faça um check-in rápido, como uma palavra para descrever a sprint. Revise antes as ações da última retro: concluída, em andamento ou descartada. Se pular isso, você só gera novas tarefas para ignorar.
2. Colete dados (10 a 15 minutos). Todos escrevem suas notas em silêncio antes de alguém falar. Isso impede que a pessoa mais falante defina a pauta e leva a opinião dos mais quietos para o quadro. Acrescente dados concretos quando tiver: tickets que passaram para a sprint seguinte, incidentes, cycle time.
3. Gere insights (15 a 20 minutos). Agrupe notas parecidas e vote com pontos no que mais importa. Aprofunde o primeiro ou os dois primeiros temas perguntando “por quê?” até chegar a algo que o time possa mesmo mudar.
4. Decida o que fazer (10 minutos). Transforme os principais problemas em uma a três ações, cada uma com dono, prazo e uma forma de saber se funcionou.
5. Encerre (5 minutos). Leia as ações em voz alta, confirme os donos e pergunte como a própria retro pode melhorar na próxima vez. Depois envie as notas no mesmo dia.

As cinco etapas, com tempos para uma retro de 60 minutos depois de uma sprint de duas semanas.

Mantenha o registro mais próximo de anotações do que de uma ata formal. Se precisar de algo mais estruturado, inspire-se nestes modelos de ata de reunião ou adapte um dos modelos de pauta de reunião do tl;dv às cinco etapas acima.

O que um modelo de retrospectiva precisa ter?

Um modelo de retrospectiva precisa de cinco itens: contexto da sprint, ações da última retro, o quadro em si, os temas votados e uma tabela de ações com donos e prazos. O resto é enfeite.

Modelo de sprint retrospective (copie e cole):

• Sprint: [número e datas] · Facilitador: [nome] · Participantes: [nomes]
• Meta da sprint atingida? Sim / Parcialmente / Não
• Ações da última retro: [ação] (Concluída / Em andamento / Descartada)
• Start: [novas práticas para testar]
• Stop: [práticas que nos atrasaram]
• Continue: [práticas que funcionaram]
• Temas mais votados: 1. [tema] 2. [tema]
• Ações: [ação] · [dono] · [prazo] · [como vamos saber se funcionou]

Se você prefere que o quadro se preencha sozinho, notetakers de IA podem aplicar essa mesma estrutura à conversa. O tl;dv tem um modelo de sessão de Retrospectiva já pronto, que você pode personalizar com esses títulos. Assim, suas notas de reunião com IA saem como um resumo de retro pronto.

Modelo de sessão de Retrospectiva do tl;dv, que você pode personalizar e aplicar automaticamente às próximas retros.

Qual formato de retrospectiva ágil usar?

Comece com Start, Stop, Continue em um time novo ou em uma retro curta, e passe para os 4Ls quando quiser revelar o que o time aprendeu e o que está faltando. Alterne os formatos a cada algumas sprints se as respostas começarem a soar de cor, mas mantenha idêntica a etapa de ações.

Start, Stop, Continue

São três colunas: o que o time deve começar a fazer, parar de fazer e continuar fazendo. É o caminho mais rápido do feedback à ação, porque cada nota já vem escrita como um comportamento, como “Start: abrir PRs antes das 15h” ou “Stop: incluir tickets no meio da sprint sem falar com o Product Owner”. O porém é que ele ignora sentimentos e aprendizados, então a frustração de verdade pode se esconder atrás de um educado “Stop: reuniões longas”.

4Ls (Liked, Learned, Lacked, Longed For)

São quatro colunas: o que o time gostou, aprendeu, sentiu falta e desejou. Ele revela melhor do que o Start, Stop, Continue a falta de recursos e habilidades (“faltou um ambiente de staging”), mas as notas ainda não são ações, então reserve mais tempo para a quarta etapa.

A mesma sprint em dois formatos: o Start, Stop, Continue gera comportamentos, e os 4Ls mostram lacunas.

Outros formatos de retrospectiva comparados

Seja qual for o formato, deixe as pessoas votarem. Em um estudo de três anos com 37 retrospectivas de times, cerca de dois terços das ações corretivas vieram de problemas que os participantes tinham votado. Ou seja, a votação ajuda de verdade a direcionar o que será corrigido.

Quais perguntas fazer em uma retrospectiva?

Pergunte sobre o processo, não sobre as pessoas, e termine com perguntas que forcem uma decisão. Estas cobrem a maioria das sprints:

• O que nos ajudou a andar mais rápido nesta sprint?
• Onde o trabalho travou ou ficou esperando alguém?
• Fizemos o que combinamos na última retro? Se não, por quê?
• Isso está no nosso controle ou precisa ser escalado?
• Quem é o dono, para quando, e como vamos saber se funcionou?

Como transformar o feedback da retrospectiva em ações?

Escolha de uma a três ações, dê a cada uma um único dono e um prazo dentro da próxima sprint, e revise tudo no início da próxima retro. Qualquer coisa mais vaga tende a virar desejo.

É aqui que a maioria das retros desanda. Pesquisadores que analisaram atas de retros de um grande projeto ágil escandinavo registraram 109 problemas e 36 ações, mas não conseguiram saber quantas delas foram de fato executadas.

Uma boa ação de retro é:

• Específica: “Adicionar uma coluna ‘bloqueado’ ao quadro do Jira” vale mais do que “melhorar a comunicação”.
• Com dono: um nome, nunca “o time”.
• Com prazo: vence antes da próxima retro.
• Verificável: dá para responder “funcionou?” com sim ou não.
• Sob seu controle: se não for, escale em vez de insistir.

Depois, coloque a ação onde as pessoas já olham. O Scrum Guide permite que as melhorias entrem direto no próximo Sprint Backlog, o que é melhor do que um documento que ninguém abre. O tl;dv identifica ações e responsáveis a partir da gravação. Nos planos pagos, ele pode enviá-las direto para ferramentas como ClickUp, Monday ou Confluence, ou para o Jira via Zapier, e rodar agentes de IA para reuniões que cuidam do follow-up depois de cada retro.

Ações com donos, extraídas da própria retro e não da memória de alguém.

Como saber se suas retros estão funcionando?

Acompanhe dois números: a parcela das ações de retro concluídas até a retro seguinte e a frequência com que o mesmo problema volta. Se a mesma nota reaparece o tempo todo, suas ações não estão chegando à causa. Nos planos Business e Enterprise do tl;dv, os relatórios recorrentes de IA podem resumir temas de várias retros, para os reincidentes ficarem à vista.

Por que as retrospectivas falham?

Em geral, as retrospectivas falham por um de quatro motivos: as pessoas não se sentem seguras para ser sinceras, o time continua discutindo problemas que não pode resolver, as ações nunca acontecem ou a própria retro ficou ultrapassada. Os quatro têm solução quando você os nomeia.

• Pouca segurança psicológica. O Project Aristotle, do Google, estudou 180 times e concluiu que a segurança psicológica foi o fator mais importante entre as cinco dinâmicas de times eficazes. Se as pessoas temem culpa, o quadro se enche de “a comunicação poderia melhorar” e nada de real.
• Problemas do Dia da Marmota. O estudo de três anos citado acima encontrou temas, como a precisão das estimativas, que voltaram por anos porque o time não tinha controle sobre eles. Escale o que o time não consegue resolver em vez de rediscutir a cada duas semanas.
• Falta de acompanhamento. Se as ações da última retro não são o primeiro item da pauta, comece por elas.
• Cansaço de retro. Mesmo formato, mesmo facilitador, mesmos 90 minutos. Alterne os dois e encurte a reunião quando houver pouco a dizer.

Identificando os problemas do Dia da Marmota ao longo de um trimestre de retros.

Como fazer uma retrospectiva remota ou assíncrona?

Conduza a retro remota como a presencial, mas recolha contribuições escritas antes da call e mantenha curta a parte ao vivo. As retros assíncronas funcionam melhor em formato híbrido: todos adicionam notas e votos em um quadro compartilhado ao longo de um ou dois dias, e depois uma call de 30 minutos define as ações.

A escrita silenciosa importa ainda mais em vídeo, onde quem abre o microfone primeiro leva a conversa. Com fusos horários diferentes, alterne o horário para que as mesmas pessoas não fiquem sempre online às 22h, e compartilhe as notas com quem não puder participar. É assim que o tl;dv ajuda times a colaborar entre fusos horários.

Vale a pena gravar a retrospectiva?

Grave a retrospectiva só se o time inteiro concordar e souber como a gravação será usada. A gravação facilita registrar ações e decisões, mas pode deixar as pessoas mais cautelosas, o que contraria o propósito de uma retro.

No estudo escandinavo citado acima, os pesquisadores observaram que deixar as atas das retros amplamente disponíveis pode levar os times a suavizar as críticas, e uma gravação é uma versão muito mais detalhada da mesma coisa. Se o seu time quiser gravar mesmo assim, defina regras:

• Pergunte antes, toda vez, e dê às pessoas uma opção real de dizer não.
• Diga quem pode acessar a gravação e por quanto tempo ela fica guardada.
• Pare de gravar em temas interpessoais sensíveis.
• Confira as leis de gravação de chamadas que valem onde estão seus colegas. Isto não é aconselhamento jurídico, e as regras de consentimento variam conforme a jurisdição.

Gravar sem bot não elimina a necessidade de consentimento. O aplicativo desktop do tl;dv grava o áudio da retro sem um bot entrar na call, o que alguns times acham menos invasivo (veja este comparativo de notetakers de IA sem bot). Mas ninguém vê um bot, e os pedidos de consentimento do tl;dv só cobrem reuniões que você criou na sua agenda, então avisar no começo que a gravação é sem bot fica por sua conta. Há mais sobre isso em gravação sem bot é legal? e no guia do tl;dv sobre IA e privacidade.

O modo sem bot grava o áudio do seu dispositivo, então avise o time antes de começar.

Os pedidos de consentimento podem cobrir reuniões internas, externas ou todas as que você criou na sua agenda.

Qual plano do tl;dv você precisa para as retros?

O plano Free cobre notas de IA e ações para até 10 reuniões, o Pro remove esse limite e adiciona integrações como o Jira, e o Business libera o Ask AI ilimitado em várias retros. Veja como os planos se comparam nos recursos que importam para retrospectivas.

Verificado em 16 de outubro de 2026. Fonte: página de preços do tl;dv.

Conclusão

Resumindo: conduza toda retro em cinco etapas, saia com uma a três ações, cada uma com dono e prazo, e confira essas ações no início da próxima retro.

Uma sprint retrospective só funciona se algo mudar depois dela. Mantenha a estrutura previsível, alterne o formato quando ele ficar cansativo, torne seguro ser sincero e trate as ações como trabalho de verdade, com donos e datas. Depois, abra cada retro conferindo a lista da anterior.

Faça isso, e a retro vira a reunião que melhora todas as outras.

Capture as ações da sua próxima retro de graça

O plano Free inclui notas de IA para até 10 reuniões. Não é preciso cartão de crédito.

Matt Leppington

Matt Leppington é um redator freelancer inglês que escreve sobre trabalho remoto, produto, UX, vendas, viagens e tecnologia.