Visão geral
Retrospectiva é uma técnica de entrega usada para criar espaço seguro e estruturado para o time refletir sobre processo, relações e ferramentas de trabalho — gerando aprendizados e comprometimento com mudanças reais no próximo ciclo. A utilidade dela está menos no ritual em si e mais na forma como ajuda o time a transformar uma dúvida de projeto em evidências, decisões ou próximos passos observáveis.
Ela faz sentido quando use ao fim de cada sprint, iteração ou marco de projeto. Crítica após lançamentos, mudanças de processo ou períodos de alta pressão para processar o que aconteceu antes de avançar. Ao aplicar Retrospectiva, o time deve chegar a lista de pontos positivos e negativos do ciclo, Ações de melhoria com dono e prazo e Temperatura atual do time, mantendo rastreabilidade entre o que foi observado, o que foi decidido e quais limites ainda precisam ser considerados.
Como entra no fluxo
Retrospectiva entra quando já existe uma pergunta de trabalho clara e o time precisa conduzir uma atividade estruturada antes de avançar para decisão, protótipo, priorização ou entrega.
Atenção ao usar
Eficácia depende fortemente da segurança psicológica do time.
Combina bem com
Para que serve
Criar espaço seguro e estruturado para o time refletir sobre processo, relações e ferramentas de trabalho — gerando aprendizados e comprometimento com mudanças reais no próximo ciclo.
Quando usar
Use ao fim de cada sprint, iteração ou marco de projeto. Crítica após lançamentos, mudanças de processo ou períodos de alta pressão para processar o que aconteceu antes de avançar.
Contexto
Objetivos
Outputs
Situações ideais
- equipe desalinhada
Como executar
Pré-requisitos
- Time disponível e segurança psicológica mínima para falar
- Facilitador neutro — preferencialmente não o gerente direto
- Ações da retro anterior disponíveis para revisão
Materiais
- Quadro físico ou digital (FigJam, Miro, Retrium)
- Timer
- Post-its ou equivalente digital
- Registro de ações comprometidas
Passo a passo
- 1Abra com retrospectiva das ações comprometidas na retro anterior.
- 2Escolha formato da sessão — classico, 4Ls, Start/Stop/Continue, etc.
- 3Dê tempo para escrita individual silenciosa antes de discussão em grupo.
- 4Agrupe e priorize temas por votação.
- 5Discuta causas, não sintomas — use "por quê" para aprofundar.
- 6Defina ações com critério claro: cada uma precisa de dono nomeado, prazo específico e condição de conclusão verificável. "Melhorar comunicação" não é ação — "iniciar daily de 15 min às 9h toda terça" é. Ações vagas se perdem antes da próxima retro.
- 7Feche com check de temperatura do time.
Critérios de qualidade
- Ações têm dono e prazo definidos antes do fim da sessão
- Espaço para escrita individual precede discussão em grupo para evitar groupthink
- Ações da retro anterior foram revisadas no início
- O facilitador cria condição para vozes minoritárias serem ouvidas
Dicas
- Varie o formato para evitar fadiga de retrospectiva.
- Três ações reais valem mais que dez intenções vagas.
- Psicológica segurança não é padrão — construa ativamente com anonimato quando necessário.
- Comece celebrando o que funcionou — não só o que melhorar.
Antes (entradas)
- Ações comprometidas na retro anterior
- Ciclo ou período analisado
- Contexto do time (eventos, lançamentos, incidentes)
Depois (saídas)
- Lista de pontos positivos e negativos do ciclo
- Ações de melhoria com dono e prazo
- Temperatura atual do time
Variações
Start Stop Continue
Time lista o que deve começar a fazer, parar de fazer e continuar fazendo — formato simples e direto para times iniciantes.
4Ls (Liked, Learned, Lacked, Longed For)
Estrutura que captura o que foi positivo, o que foi aprendido, o que faltou e o que o time gostaria de ter tido — útil para projetos e não só para sprints.
Sailboat (Barco a Vela)
Metáfora visual com vento (aceleradores), âncoras (bloqueios), rochas (riscos) e destino (objetivo) — facilita conversas sobre contexto mais amplo além do processo imediato.
Retrospectiva de Projeto
Versão estendida realizada ao encerrar projeto ou fase, com escopo mais amplo — o que aprendemos, o que repetiríamos, o que não repetiríamos.
Uso estratégico
Quando evitar
- Time está em crise operacional ativa — primeiro resolva, depois reflita
- Não há intenção real de agir nas ações — retro sem consequência gera cinismo
- Liderança presente invalida psicológica segurança necessária
Limitações
- Eficácia depende fortemente da segurança psicológica do time
- Ações comprometidas frequentemente não são acompanhadas entre retros
- Times maduros podem sentir formato repetitivo sem variação
Riscos
- Virar desabafo sem síntese — foco nos problemas sem ação
- Gerar ações genéricas demais para mudar comportamento real
- Falsa sensação de melhoria sem acompanhamento entre ciclos
Exemplos de uso
- 01Retro ao fim de sprint de duas semanas com time de produto.
- 02Retrospectiva de lançamento após go-live de nova funcionalidade.
- 03Retro de projeto encerrado para capturar aprendizados antes de dissolver o time.
Perfis responsáveis
Também conhecido como
Referências e leitura
Ajude a melhorar este conteúdo
Encontrou erro, lacuna técnica ou exemplo fraco? Envie uma correção com contexto para revisão.
