Software e IA para executivos · Capítulo 27 de 41 · 6 min
Ler o painel de engenharia pelas cinco métricas juntas
Relatório com um número só esconde o plantão do mês passado; o painel confiável mostra as cinco métricas do DORA lado a lado.
Este capítulo faz parte do curso gratuito Software e IA para executivos.
Recusar um relatório de engenharia com um único número, o de entregas, evita aprovar orçamento sobre metade da informação. Em junho de 2026, o próprio DORA alertou que rankings de consumo de tokens (unidades de uso de IA) premiam atividade, não resultado.
Dois times do mesmo produto podem publicar 40 vezes por semana com 15% de falha e 6 minutos de recuperação, ou 2 vezes por semana com 4% de falha e 9 horas de recuperação. Lida isolada, a taxa de falha aponta o time errado como mais confiável, porque não pesa a duração do estrago.
DORA é o programa de pesquisa do Google sobre entrega de software, e reúne cinco métricas desde 2024: três de ritmo e duas de instabilidade. As de ritmo medem a frequência de publicação, o tempo entre registrar uma mudança e publicá-la, e o tempo para recuperar uma publicação que falhou.
As duas de instabilidade medem falha de mudança e retrabalho de publicação. A taxa de falha conta a proporção de publicações que exigem intervenção imediata; a de retrabalho conta publicações não planejadas por incidentes, e não soma todas as horas de correção.
Leia as cinco juntas, acompanhando o mesmo serviço ao longo do tempo. Comparar sistemas com públicos e exigências diferentes pode premiar a comparação errada, como no exemplo dos dois times.
O time que publica 40 vezes por semana acumula cerca de 36 minutos de degradação por semana. O time que publica 2 vezes acumula quase 5 horas. O que decide não é a taxa isolada, é a taxa multiplicada pela duração.
A taxa de falha também premia quem publica pouco e grande. Dez mudanças num único evento contam como uma falha, se ele quebrar; as mesmas dez soltas contariam separadamente.
Falta ainda a definição de falha que cada time usa. Se um conta degradação parcial e o outro só indisponibilidade total, os percentuais nem medem a mesma coisa.
Use o consumo de tokens para acompanhar orçamento, e combine entrega, instabilidade e efeito no cliente para avaliar resultado. Essas medidas orientam melhoria de processo, não ranqueiam pessoas.
As cinco métricas de entrega de software do DORA
Ritmo
Frequência de publicação
Quantas mudanças entram em produção por período
Ritmo
Tempo até a produção
Tempo entre o registro da mudança no repositório e sua publicação
Ritmo
Tempo de recuperação de publicação que falhou
Tempo para recuperar uma publicação que exige intervenção imediata
Instabilidade
Taxa de falha de mudança
Proporção de publicações que exigem intervenção imediata
Instabilidade
Taxa de retrabalho de publicação
Proporção de publicações não planejadas provocadas por incidentes
Fonte: DORA, guia oficial de métricas de entrega, consultado em 07/09/2026. Compare o mesmo serviço ao longo do tempo; as métricas não classificam produtividade individual.
Confira se a taxa de retrabalho está entre as cinco: costuma faltar em painel montado antes de 2024. O time precisa mostrar o cálculo por trás do número, não só o resultado.
Por escrito, peça também a definição de falha. Times que contam falha de forma diferente produzem percentuais que não se comparam.
Peça o painel com as cinco linhas e a data da última medição ao lado de cada uma.
Antes de aceitar qualquer relatório de engenharia, peça as cinco métricas na mesma tela, com data e definição de falha ao lado de cada uma. Se faltar uma das cinco, o número de entregas sozinho não prova que a produção ficou mais confiável.
Seu caderno neste capítulo
Abrir o caderno completoSelecione um trecho do capítulo para destacar ou anotar. Nos vídeos e áudios, use Anotar este momento. No teclado, selecione com Shift e as setas e use Alt+Shift+D para destacar ou Alt+Shift+N para anotar.
Salvo neste navegador. Entre na sua conta para levar o caderno a outros aparelhos.
Entre na sua conta para compartilhar o que aprendeu e convidar alguém para estudar com você.
Conexões deste capítulo
Veja o que estudar antes e para onde seguir depois, explore os conceitos e compare abordagens em outros cursos. Sugestões marcadas como “sugerido pelo grafo” vêm dos assuntos em comum, não do índice do curso.
O mesmo assunto em outros cursos
- Deploy para decisão executivaQuatro métricas de entrega e a armadilha do volumeExaminar conexões de Quatro métricas de entrega e a armadilha do volume
- Gestão de Projetos GEODefinir metas conforme a responsabilidade da equipeExaminar conexões de Definir metas conforme a responsabilidade da equipe
- Agentes de código para executivosLocalizar onde o ganho de velocidade vira prejuízoExaminar conexões de Localizar onde o ganho de velocidade vira prejuízo
- Prompt Engineering para ExecutivosMontar um relatório de IA só com métricas que resistem à perguntaExaminar conexões de Montar um relatório de IA só com métricas que resistem à pergunta
Voltar ao capítulo anterior: Pagar pela camada de teste que pega o defeito certo
Leve uma ideia para a prática
Escolha uma atividade no painel e volte a este curso quando quiser.
Atividades e evolução ficam reunidas no painel da sua conta.
Capítulos vizinhos em Software e IA para executivos
- 25Escolher como juntar mudanças pensando na auditoria de um ano depois
- 26Pagar pela camada de teste que pega o defeito certo
- 27Ler o painel de engenharia pelas cinco métricas juntas
- 28Decidir o que barra a entrega e o que só avisa
- 29Publicar o código hoje e liberar para o cliente depois