relatório de engenharia100% interno · time de engenharia

O impacto da IA no nosso código, medido.

Comparamos o time antes e depois de adotar o Claude — entregas, bugs e volume de código, normalizados por dia, ao longo de três fases de adoção.

P1 → P33 fases de adoção
98 dias25 fev → 02 jun 2026
5 devsantes e depois
role para ver os números
eng-metrics — bash
$ eng stats --compare P1..P3 --per-day
bug:task ratio1,050,31 70%
bugs / dia2,070,84 59%
críticos / dia0,570,20 65%
entregas / dia1,972,67 36%
loc / dia9961.958 97%
# 4/5 devs com throughput positivo
// 01 · contexto

De zero IA a um time inteiro com Claude

A adoção aconteceu em três fases de durações diferentes. Por isso tudo é medido por dia — o eixo abaixo é proporcional aos dias de cada período.

P1 · pré-claude
Sem IA
25/0226/03
30 dias

Baseline do time trabalhando sem nenhuma ferramenta de IA.

P2 · solo-claude
Construção
27/0314/04
19 dias

Um dev usando Claude sozinho para construir a ferramenta interna.

P3 · team-claude
Time completo
15/0402/06
49 dias

Os 5 desenvolvedores operando com Claude no fluxo de trabalho.

// 02 · o número que importa
70%
no bug : task ratio

O sinal mais robusto de trabalho efetivo: combina produtividade e qualidade num só número. O time que antes criava ~1 bug por task entregue passou a criar 0,3 — entregando muito mais no processo.

1,05
P1 · sem IA
0,31
P3 · com Claude
// 03 · métricas do time

Seis números, uma direção

Comparação por dia entre as três fases. P2 é a fase de construção — contexto, não entrega de features.

Jira Done / dia
P11,97
P21,10
P32,67
+36%
Bugs criados / dia
P12,07
P21,87
P30,84
59%
High / Critical / dia
P10,57
P20,74
P30,20
65%
Bug : Task ratio● sinal mais robusto
P11,05
P21,67
P30,31
70%
Linhas de código / dia
P1996
P22.555
P31.958
+97%
Linhas por PR
P1393
P21.184
P3959
+144%

// nota: em P2 (construção) escreveu-se o maior volume de código de todas as fases — sem abrir tasks no Jira. Daí poucas tasks/dia (1,10) e o Bug:Task ratio inflado (1,67): o volume de P2 é infraestrutura, não entrega de features.

// 04 · qualidade

Menos bugs — e bugs menos graves

A queda no volume vem com uma queda ainda maior nos críticos: o time não só introduz menos defeitos, introduz defeitos menos perigosos.

Bugs criados / dia
volume total de bugs introduzidos por dia
2,07
P1 · sem IA
0,84
P3 · Claude
59% no volume de bugs
High / Critical / dia
apenas bugs de severidade alta e crítica
0,57
P1 · sem IA
0,20
P3 · Claude
65% nos bugs graves
// 05 · throughput

Mais entrega, muito mais código

Com menos bugs, o time também produziu mais: entregas diárias subiram um terço e o volume de código quase dobrou, em PRs 2,4× maiores.

Jira Done / dia
tasks concluídas por dia
1,97
P1
2,67
P3
+36% de entregas
Linhas de código / dia
volume diário de código produzido
996
P1
1.958
P3
+97% de código
Linhas por PR
tamanho médio de cada pull request
393
P1
959
P3
+144% por PR
// 06 · performance individual

O ganho é distribuído pelo time

Jira Done por dia, por desenvolvedor. O salto aparece em quase todos — não é mérito de uma única pessoa.

P1 · sem IA
P3 · com Claude
crescimento positivo
0,83
1,43
+72%
Dev 1
 
0,60
0,43
28%
Dev 2
parcial* · ajust. +3%
0,33
0,31
6%
Dev 3
construiu a ferramenta**
0,13
0,27
+108%
Dev 4
 
0,07
0,24
+243%
Dev 5
 

// * O Dev 2 esteve presente em 34 dos 49 dias de P3 (saiu em 18/05). ** O foco do Dev 3 em P2 foi infraestrutura — código sem tasks associadas.

// 07 · origem dos bugs em P3

O time gasta energia limpando o presente

Dos 42 bugs fechados em P3, a maioria nasceu na própria fase — sinal de fluxo ativo, não de dívida acumulada.

45%
nasceram em P3
45,2%Nasceram em P3Time triando rápido o que entra — fluxo saudável e ativo.
38,1%Dívida de P2Herança da fase de construção da ferramenta.
14,3%Bugs antigosAnteriores ao projeto (pré-baseline).
2,4%Vieram de P1Resíduo mínimo da fase sem IA.
95%resolução intra-fase · P1
94%resolução intra-fase · P2
46%em P3 — fase ainda em curso
// 08 · conclusão

IA não substitui o time. Ela multiplica um time que conhece o produto.

O maior ganho não veio de escrever mais código, e sim de um time com contexto e histórico do produto dirigindo a ferramenta. A IA amplifica esse conhecimento — domínio, legado, decisões anteriores. Sem esse contexto, nenhuma ferramenta entrega −70% de bugs por task com +36% de entregas. É o time que sabe o que está construindo que torna a IA efetiva.

+36%
de tasks entregues por dia, com o volume de código quase dobrado.
−70%
de bugs por task — produtividade e qualidade subindo juntas.
4 / 5
desenvolvedores com crescimento positivo de throughput em P3.
// ressalvas metodológicas
  • Fases com durações diferentes (30d / 19d / 49d) — todas as métricas normalizadas por dia.
  • Análise restrita ao time de engenharia interno, sobre o repositório de IA construído pelo próprio time — sem consultoria externa.
  • P2 foi fase de construção de infraestrutura, não de entrega de features.
  • O crescimento coincide com a maturação natural do time e do projeto.
  • O Dev 2 saiu do projeto em 18/05 — presença parcial em P3 (34 de 49 dias).