Kollabe
Retrospectivas
Poker de Planejamento
Standups
Quebra-gelos
Preços
Painel de Controle

Postagens

O Gargalo do Code Review Está Crescendo: O Que 11.000 Reclamações de Retro Revelam

Ilustração plana de uma longa fila de documentos de papel esperando diante de um único portão pequeno, com um personagem carimbando documentos enquanto outros se acumulam atrás
Kelly Lewandowski

Kelly Lewandowski

Última atualização 19/07/20267 min de leitura

Quando analisamos um milhão de cartões de retro, o code review não era a reclamação mais comum. Testar levava essa coroa. Mas o code review foi a reclamação que as equipes mais votaram, e ela tinha um detalhe que não conseguíamos parar de pensar: mais de mil cartões no conjunto de dados são quase paráfrases de uma única frase, "pull requests parados tempo demais esperando por review." Então fomos mais fundo. Mesmo método de antes: análise agregada de retrospectivas realizadas no Kollabe, com as colunas classificadas como positivas ou negativas pelo nome, os temas correspondidos por palavras-chave conservadoras em inglês, nenhum cartão individual citado ou identificável. Isso revela 11.246 cartões de reclamação sobre code review escritos entre outubro de 2023 e julho de 2026, e uma descoberta que deveria preocupar os líderes de engenharia na era da IA.
11,246

cartões de reclamação sobre code review

+30%

crescimento na fatia de reclamações desde 2024

0.75

votos por cartão — o maior de qualquer tema

A única reclamação do pipeline que está crescendo

A maioria dos temas de reclamação mantém uma fatia estável dos quadros de retro ano após ano. Testar, o líder em volume, ficou entre 10% e 12% das reclamações a cada trimestre desde o início de 2024. O code review é a exceção:

Média de 2024

3.8%

Média de 2025

4.1%

2026 até agora

4.8%

Fatia de todos os cartões de reclamação que mencionam code review, PRs ou revisores: cerca de 30% acima da média de 2024, subindo de forma constante trimestre após trimestre, e atingindo 5% em meados de 2026. Uma em cada onze retrospectivas agora contém uma reclamação sobre review. Não podemos provar a causa a partir das contagens de cartões. Mas o momento coincide com a única coisa que mais mudou na forma como o software é escrito: os assistentes de código com IA aumentaram o volume de código chegando ao portão de review, enquanto o número de humanos do outro lado permaneceu o mesmo. A reclamação que cresce é a fila. Escrevemos sobre esse padrão mais amplo em por que as retrospectivas importam mais com ferramentas de código com IA.

O que as equipes realmente dizem sobre review

Dentro dos 11.246 cartões, os subtemas se classificam assim (os grupos se sobrepõem; pisos de palavras-chave):

Esperando — PRs parados tempo demais

10.4%

Qualidade do feedback e implicâncias

6.3%

Disponibilidade de revisores

4.8%

PRs grandes demais para revisar

4.2%

Priorização de review

2.5%

Conflitos de merge de PRs desatualizados

1.0%

A espera domina, como esperado. A surpresa está nos votos:
  • Tamanho do PR: 0,99 voto por cartão. O subtema de review mais votado, uma vez e meia acima da linha de base de 0,65. As equipes sabem que PRs grandes demais são a causa a montante de todo o resto desta lista.
  • Qualidade do feedback: 0,77. Guerras de implicâncias e comentários feitos de passagem geram concordância rápido.
  • Esperando: 0,73. O mais escrito, votado um pouco menos — todo mundo já sabe.
Há também um sinal esperançoso nas colunas positivas: 7.943 cartões de elogio mencionam review. Para cada três reclamações sobre review, dois cartões agradecem a um revisor ou celebram um ciclo de review tranquilo. As equipes percebem quando o review funciona.

Por que as reclamações sobre review merecem peso extra

Os votos são o sinal honesto da retro. Qualquer um pode escrever um cartão; os votos custam atenção escassa. Um tema que está tanto subindo em volume quanto liderando em votos é a definição de um gargalo crescente, e é o tipo de coisa que se esconde à vista de todos, porque o atraso no review parece clima e não uma decisão.

Quebrando o gargalo

Ilustração plana de um grande documento de papel sendo cortado em vários documentos pequenos e organizados que fluem rapidamente por vários portões abertos Os votos dos subtemas apontam a ordem da correção:
  1. Diminua os PRs primeiro. É a reclamação mais votada por um motivo: PRs pequenos são revisados mais rápido e melhor, e ficam desatualizados com menos frequência. Se as histórias continuam produzindo PRs de mil linhas, o problema começa no refinamento — dividir histórias corretamente é higiene de review disfarçada.
  2. Torne a latência do review visível. As equipes discutem sobre anedotas até que alguém meça o tempo até o primeiro review. As métricas de fluxo transformam "os PRs ficam parados para sempre" em um número que pode diminuir.
  3. Combinem uma janela de primeira resposta. Não um review completo, uma primeira resposta. A maior parte da dor nos cartões de espera é o silêncio, não a duração total.
  4. Feche o ciclo na retro. Uma reclamação sobre review que aparece em duas retros seguidas deixou de ser feedback. Dê a ela um responsável e um prazo — itens de ação com responsável são concluídos 2,7x mais vezes.
Se o review continua aparecendo no seu quadro, conduza a próxima retro com uma coluna dedicada a ele e votem honestamente. O gerador de modelo de retrospectiva consegue montar um formato focado em review em poucos segundos, e os números agregados completos por trás deste post estão na nossa página de estatísticas de retrospectiva.

Sim. Nos nossos dados de 87.719 retrospectivas, a fatia do code review em todos os cartões de reclamação subiu de uma média de 3,8% em 2024 para 4,8% em 2026, um crescimento de cerca de 30%, enquanto outros temas do pipeline, como testes, ficaram estáveis.

Da espera. Cerca de uma em cada dez reclamações sobre review menciona explicitamente PRs parados tempo demais ou travados. Mas a reclamação mais votada é o tamanho do PR, o que sugere que as equipes veem PRs grandes demais como a causa raiz.

O momento é sugestivo: as reclamações sobre review subiram de forma constante ao longo de 2024-2026, exatamente quando os assistentes de IA aumentaram o volume de código chegando aos revisores humanos. As contagens de cartões não conseguem provar a causalidade, mas o review é o único tema do pipeline de entrega que está crescendo nos nossos dados.

Análise agregada e anonimizada de 1.081.076 cartões de 87.719 retrospectivas de sprint realizadas no Kollabe entre outubro de 2023 e julho de 2026. As colunas classificadas pelo nome, os temas por correspondência conservadora de palavras-chave. Nenhum cartão individual é citado ou identificável. Consulta feita em 19 de julho de 2026; a análise original usou um retrato de 14 de julho, por isso seus totais são um pouco menores.