Quando a métrica vira alvo
O enunciado, na formulação que ficou conhecida:
Quando uma medida se torna um alvo, ela deixa de ser uma boa medida.
O mecanismo é simples e humano: métrica serve como proxy de algo que se quer de verdade e é difícil medir. Ao virar alvo — com bônus, ranking ou cobrança atrelados — as pessoas otimizam o proxy, que é mais fácil de mover do que a coisa real. A correlação entre os dois se desfaz exatamente quando você mais precisa dela.
Isso não é má-fé. É resposta racional a incentivo.
Como cada métrica DORA é distorcida
Seção intitulada “Como cada métrica DORA é distorcida”As métricas DORA são das melhores disponíveis — e distorcíveis como qualquer outra:
| Métrica | Distorção previsível |
|---|---|
| Frequência de deploy | Publicar mudanças triviais várias vezes ao dia para inflar a contagem |
| Lead time | Abrir o PR só quando o trabalho já está pronto, escondendo o tempo real |
| Taxa de falha em mudanças | Não registrar incidente, ou reclassificar como “manutenção” |
| Tempo de recuperação | Declarar resolvido antes de estar, ou fatiar um incidente em vários |
Note que todas as distorções pioram o que se queria melhorar: a última, em particular, destrói a informação de que o time precisa para aprender.
E há um efeito colateral pior que o número inflado: quando falha vira algo a esconder, o time para de relatar — e você perde a informação mais valiosa que o sistema produz.
Métricas em conjunto, nunca isoladas
Seção intitulada “Métricas em conjunto, nunca isoladas”A defesa mais eficaz é usar pares que se contrabalançam. Distorcer um piora o outro:
- Frequência de deploy com taxa de falha: entregar mais sem quebrar mais.
- Lead time com satisfação do time: acelerar sem esgotar as pessoas.
- Cobertura de testes com tempo de execução da suíte e bugs em produção.
- Tickets fechados com taxa de reabertura.
- Custo com disponibilidade e com custo unitário.
- Acionamentos cobertos com acionamentos noturnos por pessoa.
Se um número melhora e o par piora, você moveu o problema em vez de resolvê-lo — e essa é justamente a informação útil.
Métrica de time, nunca de pessoa
Seção intitulada “Métrica de time, nunca de pessoa”A linha que não deve ser cruzada. Métrica individual extraída de ferramenta de desenvolvimento produz três efeitos previsíveis, e rápidos:
- As pessoas otimizam o número (PRs fatiados, commits inflados).
- A colaboração cai — ajudar alguém não aparece em nenhuma métrica.
- Problemas passam a ser escondidos.
Para avaliação individual existem instrumentos melhores: feedback de pares, avaliação de impacto por quem trabalha junto, conversa de carreira. Nenhum deles sai de um dashboard, e essa é uma característica, não uma limitação.
Como usar métricas sem estragá-las
Seção intitulada “Como usar métricas sem estragá-las”Práticas que preservam o valor informativo:
- Declare o propósito: a métrica existe para encontrar atrito no sistema, não para ranquear pessoas. Diga isso em voz alta, sempre que apresentar.
- Meça tendência, não valor absoluto. “Melhorou em relação ao trimestre passado” vale mais que “atingimos 4,2”.
- Combine dado de sistema com percepção. Quando os dois discordam, investigue — a percepção costuma estar captando algo que o número não vê.
- Deixe o time olhar primeiro os próprios números, antes de qualquer instância acima.
- Nunca atrele a bônus. É a forma mais rápida de destruir a métrica.
- Revise as métricas. Se uma parou de mudar comportamento ou virou teatro, aposente-a.
O limite honesto
Seção intitulada “O limite honesto”Nada disso é argumento para não medir. Time que não mede decide por impressão, e impressão tem viés — geralmente a favor de quem fala mais alto na reunião.
A conclusão prática de Goodhart não é “abandone métricas”, e sim: use métricas para aprender, não para cobrar. A mesma medida que orienta melhoria quando é observada corrompe comportamento quando é meta. A diferença não está no número; está no que acontece depois que ele é apresentado.