Retrospectiva de Sprint

Quatro formatos entregam resultados consistentes. Começar-Parar-Continuar (Start-Stop-Continue): o mais simples — membros da equipe compartilham o que começar a fazer, parar de fazer e continuar a fazer. Louco-Triste-Feliz (Mad-Sad-Glad): um formato baseado em emoções que revela a experiência humana do sprint, útil após sprints difíceis. 4Ls (Gostei, Aprendi, Faltou, Desejei - Liked, Learned, Lacked, Longed for): combina reflexão sobre experiência e aspiração, ótimo para equipes mais maduras. O Barco à Vela (The Sailboat): um formato baseado em metáforas onde a vela representa o que impulsiona a equipe, as âncoras representam os bloqueadores, o vento representa as forças positivas e as rochas representam os riscos futuros. Product Ops seleciona o formato com base nas necessidades atuais da equipe — a rotação de formatos evita que a cerimônia se torne rotineira. O formato importa menos do que a segurança psicológica necessária para uma participação honesta.

A falha mais comum em retrospectivas é gerar discussões perspicazes seguidas por itens de ação que são esquecidos no próximo sprint. Product Ops evita isso ao: impor um máximo de três itens de ação por retrospectiva (foco supera volume), atribuir um proprietário específico a cada item de ação (não à equipe), adicionar cada item de ação ao backlog do próximo sprint como uma tarefa (dando-lhe status formal ao lado do trabalho de funcionalidades), e iniciar a próxima retrospectiva com uma revisão dos itens de ação da retrospectiva anterior. Equipes que mantêm essa disciplina geralmente geram melhorias de velocidade de 20 a 30% ao longo de 6 meses através de aprimoramentos de processo compostos.

Product Ops facilita retrospectivas quando uma equipe não possui um Scrum Master dedicado. Como facilitador, as responsabilidades incluem: preparar o quadro digital (Miro, EasyRetro ou FigJam) antes da sessão; iniciar com uma breve verificação de energia da equipe para avaliar a segurança psicológica; limitar estritamente o tempo de cada fase (5 min de reflexão individual, 10 min de escrita silenciosa, 15 min de votação/agrupamento, 20 min de discussão); garantir que todos os membros da equipe contribuam (não apenas os mais barulhentos); e sintetizar os temas acionáveis. Product Ops também mantém um arquivo de retrospectivas — um banco de dados de todos os temas, itens de ação e resultados das retrospectivas — permitindo que a liderança identifique problemas sistêmicos que aparecem em múltiplos ciclos de retrospectiva e exigem intervenção estrutural.