GUIA
Lead Time for Changes (Lead Time de Mudança): O Que É e Como Calcular
Uma das 4 métricas DORA — quanto tempo um commit leva pra chegar em produção.
O que mede
Lead time de mudança é o tempo entre um código ser commitado (ou mergeado) e esse mesmo código rodando em produção. É uma medida direta de quão rápido uma correção ou feature chega de verdade num usuário — não quão rápido alguém escreve o código, mas quanto tempo o resto do pipeline (revisão, teste, deploy) leva depois que o código já está pronto.
Como calcular
Pra cada mudança, meça o tempo entre o commit (ou merge na main) e o deploy que primeiro incluiu ela em produção, e então olhe a distribuição entre mudanças ao longo de um período — mediana importa mais que média aqui, já que algumas mudanças incomumente lentas podem distorcer o número. Um único "lead time" que na verdade é uma média de tamanhos de mudança muito diferentes (uma correção de uma linha vs. uma feature de várias semanas) costuma ser menos útil do que olhar a mediana e a dispersão juntas.
Performance elite vs. típica
Times de elite tipicamente colocam uma mudança em produção em menos de um dia. Times no meio costumam levar entre um dia e uma semana, às vezes até um mês. Times de performance mais baixa podem levar um mês ou mais. Como na frequência de deploy, trate isso como uma noção geral de escala, não um placar rígido — as faixas exatas mudaram um pouco entre diferentes anos do State of DevOps Report.
Como o moasy.tech calcula isso
O moasy.tech recalcula o lead time de mudança automaticamente a partir do que já sincroniza do GitHub, GitHub Actions, ArgoCD, Vercel e Azure Pipelines — somente leitura, sem caça manual de timestamp. Qual evento inicia a contagem (um commit, um merge, a abertura de um PR) é configurável por time, com um padrão da empresa como fallback, então dois times com fluxos de trabalho diferentes podem cada um medir o mesmo conceito corretamente, em vez de forçar uma única definição nos dois.
Veja as outras 3 métricas DORA no guia completo, ou a implementação inteira na página de DORA Metrics.
Perguntas sobre lead time de mudança
Lead time de mudança é a mesma coisa que cycle time?
Relacionados, mas não idênticos. Cycle time (uma Flow Metric) geralmente começa quando o trabalho num item começa — mover um ticket pra "Em andamento", por exemplo. Lead time de mudança começa mais tarde, no commit ou merge, e termina especificamente num deploy de produção. Cycle time responde "quanto tempo o trabalho leva", lead time de mudança responde "quão rápido uma mudança pronta consegue ser entregue". Veja o guia de Cycle Time pro lado de Flow Metrics disso.
Tempo de code review conta?
Sim, se você começar a contagem no commit ou na abertura do PR em vez do merge — tempo de revisão faz parte do que torna o lead time longo ou curto. Começar a contagem no merge em vez disso simplesmente estreita o que a métrica captura; as duas são escolhas válidas, desde que aplicadas de forma consistente.