Visão Geral
As DORA metrics vêm do programa DevOps Research and Assessment, uma iniciativa de pesquisa apoiada pelo Google que estudou mais de 30.000 equipes de engenharia em todo o mundo. O framework identifica quatro indicadores-chave que descrevem de forma confiável o desempenho de entrega de software: quão rápido as equipes entregam e quão estáveis são seus releases.
Você pode saber mais sobre a pesquisa oficial em https://dora.dev/.
A maioria das empresas quer adotar DORA, mas poucas conseguem implementá-lo de forma consistente porque a configuração geralmente requer rastreamento manual, scripts personalizados ou fontes de dados fragmentadas. O DevStats resolve isso fornecendo todas as quatro DORA metrics prontas para uso.
E a melhor parte é que você não precisa configurar nada para começar a rastrear DORA metrics.
O DevStats funciona plug-and-play: incidentes são identificados por padrão usando prefixos de branch como hotfix ou bugfix. A configuração é opcional e só necessária se você quiser mais precisão ou regras personalizadas.

Primeiros Passos
Passo 1: Configurar Como o DevStats Detecta Incidentes
O DevStats oferece três maneiras simples de rastrear incidentes. Escolha a opção que melhor se adapta ao seu fluxo de trabalho:
Opção A: Prefixo Git (padrão)
O DevStats detecta automaticamente incidentes usando prefixos de branch como hotfix ou bugfix.
Opção B: Gerenciamento Manual de Incidentes Crie e resolva incidentes diretamente no DevStats usando a página integrada de Incident Management.
Opção C: API de Incidentes Se sua equipe já usa uma ferramenta externa de incidentes ou automação, envie eventos de início e fim de incidentes ao DevStats através da API.
Esta configuração impacta diretamente a Change Failure Rate e o Tempo Médio de Restauração (MTTR).
Passo 2: Configurar Como os Deploys São Detectados
Certifique-se de que cada repositório tenha a branch de deploy correta selecionada (por exemplo, main, master ou production).
Você tem duas opções:
Provedor Git (padrão) O DevStats detecta um deploy quando código é mergeado na branch de deploy selecionada.
API de Deploy Para precisão total, adicione uma requisição POST ao seu pipeline de CI para notificar o DevStats sempre que um deploy acontecer.
Passo 3: Confirmar Sua Configuração
Uma vez que incidentes e deploys estejam configurados, o DevStats calculará automaticamente:
• Deploy Frequency • Change Failure Rate • Tempo Médio de Recuperação (MTTR)
Isso garante que suas DORA metrics reflitam o desempenho real de entrega da sua equipe com o nível de precisão que você escolher.
O que Você Pode Medir
DORA
PR Cycle Time
Mede o tempo entre o primeiro commit e o merge do PR. Cycle times rápidos geralmente indicam fluxos de trabalho claros e loops de feedback rápidos. Cycle times longos podem sinalizar gargalos de revisão, atrasos de teste ou PRs excessivamente grandes.

Deploy Frequency
Mostra com que frequência sua equipe faz deploy para produção. Equipes de alto desempenho fazem deploy múltiplas vezes por semana ou dia. Uma frequência menor pode indicar pipelines mais lentos ou tamanhos de lote maiores.
O DevStats exibe esta métrica como o tempo médio entre deploys. Por exemplo, "a cada 1,24 dias" significa que a equipe faz deploy aproximadamente a cada 1 dia e 6 horas.
Use a API de Deploy para garantir que cada deploy seja rastreado com precisão.

Você pode melhorar a precisão desta métrica enviando eventos de deploy através da API de Deploy, garantindo que cada release de produção seja devidamente registrado no DevStats. 👉Aprenda a usar a API de Deploy.
Change Failure Rate
Mostra a porcentagem de deploys que resultam em um incidente de produção. Esta métrica ajuda a quantificar a estabilidade dos releases.
O DevStats pode rastrear falhas de mudança automaticamente via: • Prefixos Git como hotfix ou bugfix • Incidentes declarados manualmente • Eventos de incidente enviados via API

Falhas de mudança podem ser rastreadas automaticamente usando prefixos de branch como
hotfixoubugfix, declarando incidentes no Incident Management, ou via a API de Incidentes do DevStats.
👉 Aprenda a declarar incidentes via API.
Tempo Médio de Restauração (MTTR)
Mede quanto tempo leva para resolver um incidente e restaurar o serviço normal. Esta métrica destaca responsividade, eficiência de plantão e resiliência operacional.
MTTR preciso depende de rastreamento consistente de incidentes.

Outras Métricas de Snapshot
DORA dá a visão geral de throughput e estabilidade. Os relatórios de Snapshot no DevStats adicionam contexto mostrando o que está impulsionando esses números em termos de fluxo, throughput e colaboração!
Essas visualizações são especialmente úteis quando você vê uma mudança em uma métrica DORA e quer entender por que está acontecendo.
Velocidade
O relatório de Velocidade foca em quão rapidamente o trabalho se move pelo pipeline de entrega.
No topo você vê: • PR Cycle Time • Deploy Frequency em dias • Issue Cycle Time
O gráfico de PR Cycle Time divide o trabalho em etapas como Codificação, Pickup, Revisão, Merge e Deploy Time. Isso ajuda as equipes a ver onde o tempo está realmente sendo gasto e identificar os principais gargalos.

Use este relatório quando PR Cycle Time ou Deploy Frequency mudam e você quer entender se a desaceleração é causada por desenvolvimento, revisões ou etapas de deploy.
Produtividade
O relatório de Produtividade mostra quanto trabalho está sendo entregue.
Métricas principais incluem: • PRs mergeados • Dias com commits • Issues resolvidas
O gráfico de Pull Requests mergeados é dividido por tipo, como Feature, Bug, Enhancement, Hotfix e Outros. Isso facilita ver o mix de trabalho e se a equipe está gastando mais tempo construindo novas funcionalidades ou corrigindo problemas.

Use este relatório quando quiser entender throughput e o equilíbrio entre trabalho de funcionalidades, melhorias e correções.
Colaboração
O relatório de Colaboração destaca como as pessoas trabalham juntas em torno do código.
Ele apresenta métricas como: • Revisões completadas • Comentários por revisão • PRs mergeados sem revisão
O gráfico mostra quantas revisões de código foram completadas ao longo do tempo. Picos ou quedas podem revelar períodos sobrecarregados, revisores ausentes ou mudanças nas práticas de revisão.

Use este relatório quando quiser melhorar a cultura de revisão, reduzir merges solo ou garantir que conhecimento seja compartilhado na equipe.
Benchmarks
O relatório de Benchmarks coloca suas métricas em contexto.
Ele exibe medidores para PR Cycle Time, Issue Cycle Time, Change Failure Rate e outros indicadores, mapeados em zonas como Elite, Forte, Regular e Precisa de Foco. Também inclui métricas como Planning Accuracy.

Use esta visualização para: • Ver se suas DORA metrics (e outras) estão em uma faixa saudável • Identificar rapidamente quais áreas precisam de atenção • Comunicar desempenho de forma fácil de entender para stakeholders
Benchmarks funcionam como complemento às DORA metrics. Você obtém um sinal de alto nível de onde está e onde focar em seguida.
Otimizando Entrega de Software
Para obter o máximo valor das DORA metrics:
• Monitore-as regularmente para entender tendências. • Investigue desvios usando visualizações de Snapshot. • Use insights para refinar fluxos de trabalho e reduzir fricção. • Incentive feedback rápido, aprendizado contínuo e melhoria iterativa. • Alinhe resultados de entrega com objetivos de negócio como time-to-market mais rápido ou impacto reduzido de incidentes.
Resumo
O DORA Dashboard Metrics e Snapshot no DevStats dá às equipes uma maneira simples, automatizada e confiável de entender o desempenho de entrega. Rastreando PR Cycle Time, Deploy Frequency, Change Failure Rate e MTTR, líderes de engenharia obtêm uma visão clara de eficiência, estabilidade e saúde geral de entrega, transformando dados em melhorias acionáveis.