Retrospectiva (retro de equipe)
Olhe para um trabalho concluído, reúna as observações antes de discuti-las e saia com poucas melhorias, cada uma com um responsável.
- Tempo
- 45 min
- Pessoas
- 4–8
- Tipo de trabalho
- Entender · Escalar

Em resumo
A retrospectiva é uma reunião estruturada de equipe feita depois de um sprint, projeto ou evento para revisar o que aconteceu e combinar como melhorar. Defina o período, deixe cada pessoa escrever observações em silêncio, agrupe-as entre o que funcionou e o que não funcionou, discuta as evidências e escolha duas ou três melhorias com responsáveis.
O que é
As retrospectivas ficaram conhecidas por meio das equipes ágeis de software, que fazem uma ao fim de cada ciclo curto de trabalho. A prática funciona igualmente bem depois do lançamento de uma política, de um evento, de uma temporada de pico ou de qualquer tipo de projeto. O objetivo é simples: aprender com o período que acabou enquanto ele ainda está fresco e levar uma ou duas mudanças para o próximo.
Uma boa retrospectiva trata do trabalho, não de culpar pessoas. Ela olha para eventos, decisões e condições, e parte do princípio de que todos fizeram o melhor possível com o que sabiam na hora. Escrever as observações em silêncio antes da discussão é importante porque dá às pessoas mais quietas a mesma voz das mais confiantes e impede que a primeira pessoa a falar defina a pauta.
Quando usar
Use quando
- Um sprint, projeto, lançamento ou evento acabou de terminar.
- Uma temporada de pico ou um incidente passou e a equipe quer aprender com isso.
- Os mesmos problemas voltam sempre e ninguém parou para olhá-los.
- Uma equipe nova concluiu seu primeiro trabalho em conjunto.
- Você quer criar um hábito regular de melhoria, como a cada duas semanas ou todo mês.
Evite quando
- Alguém está sob avaliação formal; retrospectiva não é processo disciplinar.
- O período ainda está em andamento e as pessoas estão ocupadas demais para refletir com honestidade.
- A liderança já decidiu o resultado e não vai agir sobre o que a equipe disser.
Do que você precisa
- Tempo
- 45 minutos para um período de duas semanas; até 90 minutos para um projeto grande.
- Pessoas
- De 4 a 8 pessoas que fizeram o trabalho, mais um facilitador que, se possível, não tenha estado no centro dele.
- Materiais
- Um quadro com colunas para funcionou, não funcionou e ações, post-its, uma linha do tempo dos principais eventos e dados úteis, como volumes ou atrasos.
Como aplicar
Passo 1: Prepare o terreno
Diga qual período está sendo revisado e lembre a todos o objetivo: melhorar a forma de trabalhar, não julgar quem fez o quê. Mostre uma linha do tempo simples dos principais eventos para que todos partam do mesmo retrato.
Passo 2: Reúna as observações em silêncio
Dê 8 minutos para que cada pessoa escreva observações, uma por post-it, em funcionou e não funcionou. Sem discussão por enquanto. Peça fatos e eventos, não nomes de pessoas.
Passo 3: Compartilhe e agrupe
Cada pessoa lê seus post-its em voz alta e os cola no quadro. Agrupe os parecidos e dê a cada grupo um nome curto.
Passo 4: Acrescente evidências
Nos grupos maiores, pergunte o que sabemos sobre isso. Acrescente dados, exemplos ou datas ao lado do grupo. Isso mantém a discussão com os pés no chão e ajuda a separar um dia ruim de um padrão.
Passo 5: Escolha no que trabalhar
Dê a cada pessoa 3 bolinhas para votar nos grupos que mais quer melhorar ou proteger. Escolha os dois ou três mais votados. Poucas ações que são cumpridas valem mais que uma lista longa que fica parada.
Passo 6: Combinem ações com responsáveis
Para cada grupo escolhido, escreva uma ação concreta, um papel responsável e uma data. Verifique se cada ação é pequena o bastante para ser concluída antes da próxima retrospectiva.
Passo 7: Encerre e acompanhe
Leia as ações em voz alta. Peça a cada pessoa uma palavra sobre como foi a sessão. Comece a próxima retrospectiva verificando o que aconteceu com essas ações.
Exemplo prático
Uma central de atendimento ao cidadão tinha acabado de concluir uma força-tarefa de duas semanas, com horário estendido, para zerar uma fila de renovações de autorização de residência antes de um prazo.
Sete servidores e um facilitador de outra unidade se reuniram dois dias depois do fim da força-tarefa. A linha do tempo mostrava as horas noturnas acrescentadas a cada dia e o prazo final.
Em 8 minutos de silêncio, o grupo escreveu 41 post-its. Em funcionou estavam a escala noturna compartilhada, o painel de senhas e a folha de consulta rápida sobre as novas regras.
Em não funcionou estavam um scanner de documentos no guichê 4 que parou duas vezes na noite mais movimentada e mudanças de última hora nos documentos exigidos, que chegavam aos guichês por telefone.
A equipe acrescentou evidências: o registro de falhas do scanner mostrava três paradas em duas semanas, e 120 solicitantes tinham sido chamados a voltar por causa da mudança nos documentos.
Escolheram três ações: a responsável por infraestrutura providenciaria um scanner reserva antes da próxima força-tarefa, a supervisora criaria um canal único e por escrito para mudanças de regras, e a escala compartilhada viraria o padrão das próximas forças-tarefa.
IlustrativoDicas e erros comuns
Dicas
- Escreva sempre antes de falar; é a maior melhoria isolada para a maioria das retros.
- Use um facilitador de fora da equipe em revisões grandes ou tensas.
- Mantenha no quadro o que funcionou; proteger uma boa prática também é uma ação.
- Limite as ações a duas ou três e confira-as na sessão seguinte.
- Varie o formato de vez em quando para que as retros regulares continuem vivas.
Erros comuns
- Transformar a sessão em uma caça ao culpado.
- Terminar com uma longa lista de ações sem dono.
- Pular a verificação das ações da última vez, de modo que os mesmos problemas voltam.
- Deixar a pessoa mais sênior falar primeiro e ditar o tom.
O que você leva
Você sai com um registro compartilhado, sustentado por evidências, do que funcionou e do que não funcionou, e com duas ou três melhorias com responsáveis e datas. Use o diagrama de afinidade para conjuntos maiores de observações, ou os cinco porquês para investigar mais a fundo um problema que sempre volta.
Perguntas frequentes
Quanto tempo deve durar uma retrospectiva?
Cerca de 45 minutos para um período de duas semanas. Um projeto grande ou um evento importante pode precisar de 90 minutos. Mais curto também funciona se a equipe se reúne com frequência.
Quais perguntas uma retrospectiva deve fazer?
As perguntas centrais são o que funcionou, o que não funcionou e o que vamos mudar. Algumas equipes acrescentam o que nos intrigou ou o que queremos manter.
Retrospectiva ou revisão pós-incidente: qual a diferença?
A retrospectiva revisa um período normal ou um projeto. A revisão pós-incidente analisa em detalhe uma falha específica. As duas devem focar o trabalho e as condições, e não a culpa.
Ficha da ferramenta
A planilha que sua equipe preenche, um quadro por campo.
- Evento
- Funcionou
- Não funcionou
- Evidência
- Ação
- Responsável