DORA

O que é a Funcionalidade DORA Snapshot?

O DORA Snapshot fornece uma visão abrangente do desempenho de entrega de software da sua equipe rastreando quatro métricas-chave: PR Cycle Time, Deploy Frequency, Change Failure Rate e Tempo Médio de Recuperação (MTTR). Essas são benchmarks da indústria para avaliar a eficiência, confiabilidade e saúde geral do seu pipeline de entrega de software.

Para garantir cálculos precisos de CFR e MTTR, configure como o DevStats detecta incidentes. Por padrão, o DevStats usa prefixos de branch como hotfix/ e bugfix/. Para rastreamento mais preciso, você também pode registrar incidentes via Interface de Incident Management ou submetê-los via API de Incidentes.

👉 Aprenda a enviar dados de deploy ao DevStats

Como Funciona

O DORA rastreia quatro métricas que juntas refletem a velocidade e estabilidade do seu pipeline de entrega de software.

Métrica	O que mede
Deploy Frequency	Com que frequência o código é implantado em produção
PR Cycle Time	Tempo total do primeiro commit ao deploy em cinco etapas: Coding, Pickup, Review, Merge e Deploy
Change Failure Rate	Porcentagem de falhas identificadas em relação ao total de deploys considerados
MTTR	Tempo médio para se recuperar de um incidente em produção

Deploy Frequency

Média de dias entre deploys em todos os repositórios integrados. Veja Deploy para detalhes sobre como os deploys são rastreados.

PR Cycle Time

Mesmo cálculo da métrica standalone de PR Cycle Time. Veja PR Cycle Time para detalhes sobre como cada etapa é medida.

Change Failure Rate

A CFR é calculada como (Falhas identificadas / Total de deploys considerados) x 100. As falhas são contadas como PRs classificados como hotfix/bug, PRs de rollback ou incidentes registrados, conforme a configuração. Com deploys por branch, API ou Release, o denominador conta os PRs deployados no período e nos filtros selecionados, incluindo repositórios e squads. No modo hotfix/bug, o numerador conta os PRs desse conjunto classificados como hotfix/bug, conforme a configuração.

A configuração de incidentes define o método usado no cálculo. Entre as opções estão:

Método	Como funciona
Prefixo de branch	Detecta automaticamente branches com prefixos como `hotfix/` ou `bugfix/`
PR Rollback	Detecta automaticamente Revert PRs mergeados no branch de deploy como incidentes
Interface Incident Management	Incidentes registrados manualmente via Incident Management
API	Incidentes enviados via API de Incidentes de uma ferramenta externa
Datadog	Sincroniza incidentes automaticamente da sua conta Datadog via API

MTTR

Para incidentes registrados, o MTTR é calculado como a média de resolved_at - started_at. Com Git Provider, o DevStats estima o intervalo de recuperação a partir dos PRs e deploys. Incidentes sem data de resolução são excluídos até serem resolvidos. Veja Incidentes para detalhes completos sobre como os incidentes são rastreados e como esse cálculo funciona.

Deploy Frequency e PR Cycle Time são rastreados automaticamente pelo seu provedor Git. O Deploy Frequency também pode ser enviado via API do DevStats a partir do seu pipeline de CI/CD. MTTR e Change Failure Rate dependem do rastreamento de incidentes, que pode ser configurado via detecção por prefixo de branch, pela interface de Incident Management ou pela API de Incidentes.

Métricas

PR Cycle Time

O quê: Tempo total do primeiro commit ao deploy em produção.

Como usar: Cycle times mais curtos significam entrega mais rápida. Identifique gargalos no ciclo de vida do PR e otimize as etapas de revisão e deploy.

Interface:

Deploy Frequency em Dias

O quê: Média de dias entre deploys em todos os repositórios integrados.

Como usar: Um valor menor significa deploys mais frequentes. Busque atualizações menores e incrementais para reduzir riscos e acelerar a entrega.

Interface:

Change Failure Rate

O quê: Porcentagem de falhas identificadas em relação ao total de deploys considerados.

Como usar: Uma taxa alta indica testes insuficientes ou problemas de integração. Investigue as causas raiz e implemente verificações de qualidade para reduzi-la.

Interface:

Tempo Médio de Recuperação (MTTR)

O quê: Tempo médio para se recuperar de um incidente em produção.

Como usar: MTTR curto minimiza downtime e mantém a confiança dos usuários. Refine os planos de resposta a incidentes e configure monitoramento robusto para reduzir os tempos de recuperação.

Interface:

Filtros

Use o Filtro de Squad para visualizar DORA metrics para squads individuais. Se quiser uma visão mais ampla de todas as equipes, selecione o filtro "Todos" para ver a distribuição de todos os squads de uma vez.

O Filtro de Data permite visualizar dados para períodos específicos. Você pode filtrar pelo último mês, trimestre ou 365 dias. Se precisar de controle mais granular, pode filtrar por um intervalo de datas personalizado.

Use o Filtro de Players para focar em membros individuais da equipe ou um grupo específico dentro do seu squad. Você pode selecionar um membro para uma visualização detalhada, um grupo de membros se formam um sub-squad, ou todos os membros para uma visão geral das DORA metrics de todo o squad.

Use o Filtro de Repositório para focar em repositórios específicos ou visualizar DORA metrics em todos os repositórios.

Controls

As opções de Controls acompanham o card selecionado:

PR Cycle Time: Statistical Measure, Chart Settings e PR Cycle Time Stages.
Mean Time to Recovery e Deploys Frequency in Days: apenas Statistical Measure.
Change Failure Rate: Controls não é exibido.

Statistical Measure oferece Average, Mode e Percentile. Chart Settings oferece Trendline e Regression line. Para PR Cycle Time, mantenha pelo menos duas etapas selecionadas; Mode utiliza as cinco etapas e desabilita a seleção de etapas.

Clique no botão de ajustes na barra Controls e selecione Save após escolher as opções. Consulte o guia de Controls para mais detalhes.

Conclusão

O DORA Metrics Dashboard é uma ferramenta inestimável para melhorar o desempenho de entrega de software. Monitorando regularmente PR Cycle Time, Deploy Frequency, Change Failure Rate e MTTR, as equipes podem identificar ineficiências, reduzir riscos e otimizar seus fluxos de desenvolvimento.