Postagens

Analisamos 1 Milhão de Cartões de Retrospectiva. Veja do Que as Equipes Realmente Reclamam

Pergunte a qualquer pessoa o que dá errado em equipes de software e você vai receber a mesma resposta: comunicação. É o diagnóstico padrão em todo livro sobre agilidade e em cerca de metade do LinkedIn. Os cartões dizem outra coisa. Agregamos todas as retrospectivas já realizadas no Kollabe: 86,977 quadros e 1,071,253 cartões, escritos por equipes reais entre outubro de 2023 e julho de 2026. Depois medimos do que as equipes reclamam quando ninguém está escrevendo um artigo de opinião. Tudo aqui é análise agregada, contagens de temas, contagens de votos e taxas de conclusão. Nenhum cartão individual é citado ou identificável. Uma observação rápida sobre o método: classificamos as colunas como positivas ou negativas pelos seus nomes ("O Que Foi Bem" vs "O Que Deu Errado", "Contente" vs "Irritado", e assim por diante), o que nos deu 254,653 cartões de reclamação para trabalhar. Os temas foram agrupados por correspondência de palavras-chave, com um índice de embeddings pgvector para verificar semanticamente a consistência dos grupos. A correspondência de palavras-chave é centrada no inglês e conservadora, então cada porcentagem abaixo é um piso, não um teto.

O ranking das reclamações

Veja o que as equipes escrevem na coluna negativa, classificado pela participação no total de 254,653 cartões de reclamação: Comunicação, aquilo com que todos nós supostamente mais sofremos, fica em décimo primeiro lugar, em 1.9% dos cartões de reclamação. As equipes reclamam de testes com mais de cinco vezes essa frequência. Até o Jira, como ferramenta citada pelo nome, aparece em 1.2% dos cartões, quase com a mesma frequência que comunicação. Isso não significa que a comunicação esteja bem. Significa que, quando as equipes descrevem seus problemas com as próprias palavras, elas nomeiam etapas concretas do pipeline de entrega: os testes que não foram escritos, o ticket que não tinha critérios de aceitação, a release que atrasou. "Comunicação" é o rótulo que esses problemas recebem depois, quando os detalhes já foram esquecidos. Mais um detalhe: testes também são a segunda coisa que as equipes mais elogiam (7.6% dos cartões positivos, atrás de trabalho em equipe, com 13%). Testes não são vilões; são a parte do processo que as equipes observam mais de perto, nas duas direções.

O que as equipes escrevem não é aquilo em que votam

O volume mostra o que está na cabeça das pessoas. Os votos mostram o que elas querem que seja resolvido. Os dois discordam. O cartão de reclamação médio recebe 0.64 votos. Alguns temas superam esse número com folga:

• Code review e PRs: 0.80 votos por cartão. O tema de reclamação mais votado do conjunto de dados, 25% acima da linha de base.
• Carga de trabalho e burnout: 0.79. Apenas 1% dos cartões menciona o tema, mas quando alguém o faz, a sala vota.
• Aumento de escopo e dívida técnica: 0.77 cada. Raramente escritos, fortemente apoiados.

Testes, o campeão de volume, recebe 0.63 votos por cartão, ligeiramente abaixo da média. As equipes escrevem sobre testes o tempo todo, mas se mobilizam em torno de gargalos de review, sobrecarga e dívida técnica quando chega a hora de escolher o que consertar. Vale conhecer outros dois fatos sobre votação. As equipes votam em problemas 36% mais do que em vitórias (0.64 vs 0.47 votos por cartão), então as retrospectivas servem mesmo para consertar coisas. E 76% dos cartões de reclamação não recebem nenhum voto, o que é o argumento mais forte a favor de votar nos itens: sem isso, todo cartão parece igualmente importante.

Reclamações são persistentes

Analisamos 9,250 pares de retrospectivas consecutivas realizadas pela mesma equipe e perguntamos: se um tema aparece nesta retrospectiva, qual a probabilidade de ele aparecer na próxima? Todos os temas, sem exceção, se repetem acima da sua taxa base. Os mais persistentes:

Tema	Taxa base em qualquer retrospectiva	Se apareceu na retrospectiva anterior	Multiplicador
Comunicação	9.1%	21.3%	2.3x
Carga de trabalho e burnout	5.8%	10.9%	1.9x
Reuniões	12.1%	21.6%	1.8x
Documentação	10.8%	19.0%	1.8x
Code review	16.8%	29.2%	1.7x
Tickets e requisitos	31.7%	47.3%	1.5x

Comunicação lidera essa tabela. As equipes raramente reclamam dela, mas as que reclamam tendem a ficar presas nesse problema. Reclamações de processo, como tickets e testes, se repetem em parte porque são comuns em todo lugar; comunicação se repetindo a 2.3x sua taxa base sugere algo mais difícil de desalojar. Se o mesmo cartão continua reaparecendo, a retrospectiva não está falhando em encontrar o problema. Está falhando em resolvê-lo. O que nos leva à parte desconfortável.

A lacuna dos itens de ação

Apenas 19.6% das retrospectivas produzem ao menos um item de ação. Quatro em cada cinco quadros cheios de votos e discussão terminam sem nada anotado para fazer a respeito. E os itens de ação que chegam a ser criados em sua maioria empacam: 68.7% continuam pendentes, 13.2% são concluídos e 12% foram simplesmente excluídos. Mas os dados mostram exatamente o que diferencia os concluídos: Itens de ação com um responsável são concluídos 23.2% das vezes, contra 8.6% dos que não têm dono. Prazos funcionam ainda melhor, com 37% de conclusão, e mesmo assim quase ninguém os define. Essas são as duas intervenções mais baratas de todo este conjunto de dados: diga um nome e uma data em voz alta antes de a reunião terminar. Escrevemos um guia completo sobre como fazer os itens de ação da retrospectiva funcionarem, se é aí que sua equipe perde valor.

O anonimato não libera a negatividade

Uma preocupação comum com cartões anônimos de retrospectiva: ligue o anonimato e o quadro vira um mural de reclamações. Os dados dizem que não. Cerca de 5.8% de todos os cartões são publicados anonimamente. A parcela negativa deles é de 22.7%, ligeiramente menor que os 23.8% dos cartões identificados. As pessoas não guardam o feedback mais duro para o modo anônimo; elas o usam principalmente para dizer as mesmas coisas sem se preocupar com a repercussão. Se sua equipe hesita em ativá-lo, isto é evidência de que ele não vai tornar sua retrospectiva tóxica. Para equipes que ainda estão construindo segurança psicológica, é uma forma de baixo risco de ouvir as vozes mais quietas.

Descobertas menores que não esperávamos

• O intervalo mediano entre retrospectivas é de exatamente 14 dias. 46% das equipes fazem a cada duas semanas, 19% mensalmente, 13% semanalmente. O sprint de duas semanas está vivo e passa bem. (Mais sobre como escolher uma cadência em com que frequência fazer retrospectivas.)
• Reclamar exige mais palavras. O cartão de reclamação mediano tem 65 caracteres; o cartão positivo mediano tem 54. Problemas vêm com contexto; elogios vêm como um high five.
• Há mil maneiras de dizer "revisem meu PR". Usando o índice de embeddings, encontramos mais de 1,000 cartões que são quase paráfrases de uma única frase: "pull requests parados por tempo demais esperando code review". A 1,000ª correspondência mais próxima ainda é inconfundivelmente sobre reviews lentos.
• A retrospectiva média: 5.8 participantes, 15.4 cartões, 3.4 colunas. Se a sua se parece com isso, você é normal.

O que fazer com isso na terça-feira

O conjunto de dados aponta para três movimentos que qualquer facilitador pode fazer imediatamente:

1. Persiga votos, não volume. O tema mais escrito e o tema mais votado geralmente são diferentes. Discuta primeiro os cartões mais votados e trate um cartão de baixo volume e muitos votos (carga de trabalho, dívida técnica) como um sinal que vale o dobro do seu tamanho.
2. Converta antes de encerrar. O maior vazamento não é uma discussão ruim. São os 80% de retrospectivas que terminam sem nenhum item de ação. Um item de ação com dono e prazo vale mais do que cinco órfãos.
3. Acompanhe as repetições. Se um tema aparece em duas retrospectivas seguidas, pare de tratá-lo como feedback e comece a tratá-lo como um projeto. Reclamações persistentes não vão embora sozinhas.

Se você quer ver como sua equipe se compara, faça sua próxima retrospectiva nos quadros de retrospectiva gratuitos do Kollabe ou explore as estatísticas de retrospectivas ao vivo que serviram de base para este post. E se o formato do seu quadro ficou desgastado, o gerador de modelos de retrospectiva pode criar um personalizado em segundos.