7 erros que matam a retrospectiva (e como evitar cada um)

O que significa "matar" uma retrospectiva

A retrospectiva é a reunião periódica em que o time para de olhar para a entrega e passa a olhar para si mesmo: o que funcionou no último ciclo, o que atrapalhou e o que será feito de forma diferente daqui em diante. No Scrum ela é a retrospectiva de sprint, o evento que encerra o ciclo, mas serve para qualquer equipe que trabalhe em ciclos — um time de marketing depois de uma campanha, um RH depois de uma rodada de onboarding, uma agência depois de um projeto entregue.

"Matar" a retrospectiva raramente é cancelá-la. O mais comum é ela morrer aos poucos, ainda na agenda: as pessoas comparecem, falam as mesmas coisas, nada muda, e em três ou quatro ciclos o encontro vira aquele compromisso que todo mundo aceita com um suspiro. Quando o time começa a dizer "retro de novo?", a cerimônia já morreu — só ninguém enterrou.

A boa notícia é que a morte da retro quase sempre tem causas conhecidas e evitáveis. São vícios de condução, não defeitos do time. Abaixo estão os sete erros mais frequentes — e, para cada um, um antídoto prático que você pode aplicar já no próximo encontro.

Erro 1 — Virar sessão de reclamação sem ação

É o assassino mais comum. O time desabafa por uma hora — a diretoria muda prioridade toda semana, o fornecedor atrasa, a ferramenta trava — e sai da sala exatamente como entrou. Desabafar tem valor, mas se a retro termina sem nenhuma decisão, ela vira um ritual de frustração coletiva: as pessoas revivem os problemas sem ganhar nada em troca, e a sensação de impotência cresce a cada ciclo.

O time da Camila, coordenadora de marketing, viveu isso por meses. Toda retro alguém reclamava que os pedidos de arte chegavam sem briefing. Todo mundo concordava, todo mundo suspirava, e na campanha seguinte os pedidos continuavam chegando sem briefing.

O antídoto: proteja os últimos 15 minutos da reunião só para conversão em ação. Para cada tema quente, o facilitador faz a mesma pergunta: "o que está ao nosso alcance mudar?". Se a resposta for "nada", o tema vira um pedido de ajuda para quem pode mudar — e isso também é uma ação, com dono. No caso da Camila, a ação foi simples: criar um formulário de briefing obrigatório e recusar pedidos sem ele. Um problema de meses resolvido com uma decisão de dez minutos — que só aconteceu quando a reclamação foi forçada a virar ação.

Erro 2 — O chefe falar primeiro

Quando o gestor abre a rodada dizendo "para mim, o problema da sprint foi X", ele acabou de definir a pauta da reunião inteira. Não por má intenção: é assimetria de poder. Depois que o chefe fala, discordar dele custa caro socialmente, e a maioria das pessoas escolhe concordar, complementar ou ficar quieta. O resultado é uma retro que confirma a visão do líder em vez de revelar a visão do time — e os problemas que só a equipe enxerga nunca vêm à tona.

O antídoto: o gestor fala por último — ou, melhor ainda, escreve junto com todo mundo. Comece com escrita silenciosa: cada pessoa registra seus pontos em post-its antes de qualquer conversa, para que ninguém seja contaminado pela opinião de ninguém. No TeamBOX, o board de retrospectiva com post-its ao vivo faz exatamente isso: todos escrevem ao mesmo tempo, cada um no seu ritmo, e a discussão só começa quando os cartões já estão no quadro. Se mesmo assim o time se cala na presença do líder, considere uma rodada de retro anônima — ela costuma destravar temas que ninguém assinaria com o próprio nome.

Erro 3 — Pular a retro quando a sprint foi ruim

Parece cuidado — "o time está esgotado, vamos poupar todo mundo dessa conversa" — mas é o oposto. Pular a retrospectiva justamente no ciclo ruim ensina duas lições péssimas: que a retro é um evento decorativo, dispensável quando as coisas apertam, e que fracasso é assunto proibido. O ciclo ruim é o que mais tem a ensinar; cancelar a conversa garante que os mesmos erros se repitam com hora marcada.

O Renato, gerente de RH, quase caiu nessa depois de um onboarding desastroso: notebooks que não chegaram, gestores que não apareceram no primeiro dia, novatos perdidos. A vontade era virar a página. Ele fez a retro mesmo assim — encurtada, com uma pergunta só: "o que a gente muda para a próxima turma?". Saíram três ações, e o onboarding seguinte foi o melhor do ano.

O antídoto: quanto pior o ciclo, mais curta e mais focada a retro — nunca cancelada. Reduza a pauta a um único tema, use um check-in leve para medir o clima antes de começar e abra nomeando o óbvio: "a sprint foi difícil, e é exatamente por isso que estamos aqui". Se o fracasso foi grande mesmo, trate-o como um post-mortem de projeto, com mais tempo e mais estrutura.

Erro 4 — Ata gigante que ninguém lê

Existe um tipo de facilitador dedicado que transcreve tudo: quem falou o quê, cada divergência, cada exemplo citado. O documento fica lindo, tem três páginas e morre intocado numa pasta compartilhada. A ata gigante mata a retro de dois jeitos: consome a energia do facilitador com registro em vez de condução, e dilui o que importa — as decisões — no meio de um mar de contexto que ninguém vai reler.

O antídoto: o registro de uma retro cabe em meia página e tem três blocos: os temas discutidos (uma linha cada), as ações combinadas (com dono e prazo) e o que foi decidido não atacar agora. Só isso. Se o time usa um quadro de post-its, o próprio quadro é a memória visual do encontro — não precisa transcrevê-lo. A pergunta-teste é simples: "alguém vai abrir este documento na próxima retro?". Se a resposta for não para algum trecho, corte o trecho. Documentação de retro serve para cobrar combinados, não para reconstituir a conversa.

Erro 5 — Transformar a retro em caça-culpados

"De quem foi o erro?" é a pergunta que fecha bocas por meses. Quando a retrospectiva vira tribunal — mesmo um tribunal educado, de indiretas — cada pessoa aprende que expor um problema é se expor a um julgamento. Na retro seguinte, os post-its ficam genéricos ("comunicação pode melhorar"), os problemas reais somem do quadro e a cerimônia vira teatro. Sem segurança psicológica, não existe retrospectiva de verdade: existe uma reunião em que todo mundo diz o que é seguro dizer.

O antídoto: troque "quem errou?" por "o que no nosso processo permitiu que isso acontecesse?". É a chamada diretiva primária da retrospectiva: assumir que cada um fez o melhor que pôde com a informação e as condições que tinha. Num time de atendimento, por exemplo, em vez de "a Júlia passou a informação errada ao cliente", a conversa vira "nossa base de respostas está desatualizada e qualquer um de nós teria errado ali" — e a ação é atualizar a base, não constranger a Júlia. O facilitador precisa interromper a caça no ato, com gentileza e firmeza: "vamos voltar para o processo". Uma única caça às bruxas tolerada custa meses de confiança.

Erro 6 — A mesma dinâmica sempre

O formato "o que foi bem / o que foi mal / o que melhorar" é ótimo — nas primeiras dez vezes. Depois, o time entra no piloto automático: as mesmas pessoas escrevem os mesmos cartões nas mesmas colunas, e a retro vira um formulário oral preenchido de memória. O problema não é o formato ser ruim; é que perguntas repetidas produzem respostas repetidas. O cérebro para de procurar o que mudou e recita o que sempre respondeu.

O antídoto: varie a lente, não necessariamente toda vez — a cada três ou quatro retros já quebra o automatismo. Alterne entre formatos como Start, Stop, Continue, barco à vela (o que nos empurra, o que nos ancora), linha do tempo do ciclo ou uma retro temática focada num único assunto que anda incomodando. Times fora da TI ganham muito com isso: uma equipe de produto pode fazer uma retro só sobre o processo de descoberta; um time comercial, só sobre a passagem de bastão para o pós-venda. Há um repertório inteiro de dinâmicas de retrospectiva para revezar — e trocar o facilitador de tempos em tempos renova tanto quanto trocar o formato.

Erro 7 — Combinados sem dono

É o erro mais silencioso e talvez o mais letal, porque acontece justamente nas retros boas. A conversa rendeu, o time chegou a conclusões maduras e alguém anota: "melhorar a comunicação com o time de vendas". Todos concordam. Ninguém executa. "O time vai fazer" significa, na prática, que ninguém vai fazer — responsabilidade difusa é responsabilidade nenhuma. Três ciclos depois, o mesmo tema volta ao quadro e alguém desabafa: "a gente já falou disso mil vezes". É nesse momento que o time perde a fé na cerimônia.

O antídoto: nenhuma ação sai da retro sem três carimbos — um verbo concreto, um dono nomeado e um prazo. "Melhorar a comunicação com vendas" vira "Paulo agenda uma conversa quinzenal com o coordenador de vendas até sexta". Limite-se a no máximo três ações por retro: cinco combinados pela metade valem menos que um cumprido. E abra toda retrospectiva revisando as ações da anterior, antes de qualquer dinâmica — é essa revisão pública que cria o ciclo de confiança. Colocar as ações no mesmo board em que o time acompanha a sprint, como se faz no TeamBOX, tira os combinados da ata e os coloca na frente de todo mundo, todos os dias. Como transformar as ações da retro em realidade é um assunto que merece capítulo próprio — mas começa aqui: dono, verbo e prazo.

Checklist antimorte para a próxima retro

Antes de encerrar seu próximo encontro, passe por esta lista:

• Toda reclamação quente virou ação ou pedido de ajuda? (Erro 1)
• O gestor escreveu junto e falou por último? (Erro 2)
• A retro aconteceu mesmo com o ciclo ruim — encurtada, se preciso? (Erro 3)
• O registro cabe em meia página, com decisões em destaque? (Erro 4)
• A conversa mirou o processo, nunca uma pessoa? (Erro 5)
• Faz mais de quatro retros que o formato é o mesmo? Troque a dinâmica. (Erro 6)
• Cada ação tem verbo, dono e prazo — e são no máximo três? (Erro 7)

Se você marcar as sete caixas com honestidade, sua retrospectiva não só sobrevive: ela vira a reunião que o time defende quando alguém sugere cortá-la da agenda.