Métricas DORA: Meça a Performance de Engenharia em Toda a Sua Arquitetura
A maioria das equipes de engenharia consegue dizer o que entregou. Muito poucas conseguem dizer quão rápido entregaram, com que frequência quebrou, ou quanto tempo levou para recuperar quando quebrou. A contagem de deployments está lá. O sinal de qualidade, não.
Esse ponto cego existe porque a performance de entrega e a documentação de arquitetura sempre viveram em mundos separados. Sua ferramenta de CI/CD conhece os pipelines. Sua ferramenta de arquitetura conhece os sistemas. Nenhuma sabe o suficiente para responder a pergunta que realmente importa: sua equipe está melhorando na entrega de software?
As métricas DORA preenchem essa lacuna — e o Archyl agora as calcula automaticamente a partir dos seus dados de releases.
As Quatro Métricas Que Importam
Em 2018, a equipe DORA (DevOps Research and Assessment, agora parte do Google Cloud) publicou uma pesquisa mostrando que quatro métricas específicas predizem a performance de entrega de software melhor que qualquer outra coisa. Desde então se tornaram o padrão da indústria para medir a eficácia de engenharia:
Deployment Frequency — Com que frequência sua equipe faz deploy em produção. Equipes Elite fazem deploy sob demanda, várias vezes por dia. Equipes Low fazem deploy entre uma vez por mês e uma vez a cada seis meses.
Lead Time for Changes — Quanto tempo leva do commit do código até o deployment em produção. Equipes Elite medem isso em horas. Equipes Low medem em meses.
Change Failure Rate — Qual porcentagem de deployments causa uma falha em produção (exigindo hotfix, rollback ou patch). Equipes Elite ficam abaixo de 5%. Equipes Low excedem 46%.
Mean Time to Restore (MTTR) — Quando ocorre uma falha em produção, quanto tempo leva para recuperar? Equipes Elite restauram o serviço em menos de uma hora. Equipes Low levam entre uma semana e um mês.
O que torna o DORA poderoso não é uma métrica individual — são as quatro juntas. Uma equipe que faz deploy dez vezes por dia mas quebra a produção metade do tempo não está performando bem. Uma equipe com zero falhas mas um deploy por trimestre está jogando seguro demais. As quatro métricas criam um scorecard equilibrado que recompensa tanto velocidade quanto estabilidade.
DORA no Archyl: Construído sobre Seus Dados de Release
O ponto sobre métricas DORA é: os dados brutos já existem se você está rastreando releases. Cada release tem um timestamp, um status e um ambiente. Isso é suficiente para calcular todas as quatro métricas automaticamente.
Se você está usando o Gerenciamento de Releases do Archyl — seja através de GitHub Actions, webhooks ou a API REST — você já tem os dados. Só precisávamos fazer o cálculo.
Deployment Frequency é calculada a partir da contagem de deployments bem-sucedidos em produção em uma janela de tempo. Se você entregou 45 releases em produção nos últimos 30 dias, sua frequência de deployment é 1,5 por dia.
Lead Time for Changes é o tempo entre a criação de uma release (ou o timestamp do commit, quando disponível) e seu deployment bem-sucedido em produção. O Archyl calcula a mediana de todas as releases do período.
Change Failure Rate observa releases com status Failed ou Rolled Back como porcentagem do total de deployments. Se você fez deploy 40 vezes e 3 foram revertidas, seu CFR é de 7,5%.
Mean Time to Restore mede o tempo entre um deployment com falha e o próximo bem-sucedido no mesmo ambiente. Isso captura a velocidade de recuperação da sua equipe após incidentes.
As quatro métricas são calculadas automaticamente. Sem configuração, sem entrada manual. Se suas releases estão fluindo para o Archyl, as métricas DORA já estão lá.
O Scorecard DORA
Cada métrica é classificada em um dos quatro níveis de performance, baseados nos benchmarks estabelecidos pela pesquisa DORA:
- Elite — Performance de primeiro nível. Você está no topo das equipes de engenharia globalmente.
- High — Performance sólida. Você está à frente da maioria das equipes mas tem espaço para melhorar.
- Medium — Performance na média. Há áreas claras para melhoria.
- Low — Abaixo da média. Essas métricas destacam onde seu pipeline de entrega precisa de atenção.
O scorecard oferece uma visão rápida: quatro cards, quatro métricas, quatro níveis. Cada card mostra o valor atual, o nível de performance com um indicador colorido e uma breve explicação. Não precisa memorizar benchmarks DORA — o scorecard interpreta os números por você.
Um nível de performance geral é calculado a partir da combinação das quatro métricas. Se três das suas métricas são Elite e uma é High, você está performando no nível Elite no geral.
Gráficos de Tendência: A Direção Importa Mais que a Posição
Um snapshot único das métricas DORA diz onde você está. Uma tendência diz para onde está indo. O dashboard DORA inclui gráficos de tendência que plotam cada métrica ao longo do tempo, para que você possa ver se as coisas estão melhorando, estáveis ou degradando.
Selecione um período — 7 dias, 30 dias, 90 dias ou um intervalo personalizado — e o gráfico mostra sua trajetória. A frequência de deployment pode estar subindo constantemente. O lead time pode ter tido um pico após um grande refactoring mas está se recuperando. O change failure rate pode estar estável em um nível saudável.
Tendências são o que transforma métricas de uma ferramenta de revisão de performance em uma ferramenta de melhoria contínua. Você não checa o DORA uma vez por trimestre e arquiva num relatório. Você observa as tendências semanalmente, percebe quando o lead time sobe e investiga antes que vire problema.
Direcionado à Sua Arquitetura
Como o Archyl conhece seu modelo C4, as métricas DORA não se limitam a agregados de todo o projeto. Você pode direcionar métricas a um sistema ou contêiner específico.
Quer saber a frequência de deployment só do Payment Gateway? Filtre por esse sistema. Curioso se o Notification Service tem um change failure rate mais alto que a Account API? Compare lado a lado.
É aqui que métricas conscientes da arquitetura se tornam genuinamente úteis. Um MTTR geral de duas horas pode parecer ótimo — até você perceber que o API Gateway restaura em 15 minutos e o Billing Service leva 18 horas. Métricas direcionadas revelam os outliers que as médias escondem.
Visão Geral DORA no Nível da Organização
Para líderes de engenharia que gerenciam múltiplos projetos, a visão geral DORA no nível da organização proporciona uma visão panorâmica de todos os projetos no workspace.
A visão mostra uma barra de resumo com o nível de performance agregado, depois uma grade de cards de projeto — cada um exibindo as quatro métricas DORA com seus níveis individuais. Você identifica imediatamente quais projetos estão performando no nível Elite e quais estão com dificuldades.
Não se trata de ranquear equipes umas contra as outras. É sobre identificar onde investir. Se o lead time de um projeto está subindo enquanto outros estão estáveis, é um sinal que merece investigação. Se o change failure rate está alto em todos, talvez o problema seja sistêmico — infraestrutura compartilhada, lacunas em testes ou ferramentas de deployment.
A visão da organização usa o mesmo seletor de período da visão do projeto, para alinhar janelas temporais ao comparar entre projetos.
O Ciclo de Feedback
Métricas DORA funcionam melhor como parte de um ciclo de feedback. Veja como equipes as usam efetivamente:
Configure o rastreamento de releases — Conecte seu pipeline CI/CD ao Archyl usando GitHub Actions, webhooks ou a API REST. Releases começam a chegar automaticamente.
Estabeleça uma baseline — Após algumas semanas de dados, confira seu scorecard DORA. Este é seu ponto de partida. Não julgue — apenas anote.
Observe as tendências — Confira semanalmente. As métricas estão se movendo na direção certa? Estável está bom. Degradando é um sinal.
Investigue anomalias — Quando uma métrica muda, direcione para sistemas individuais. Frequentemente, uma mudança geral é impulsionada por um ou dois serviços.
Itere — Faça mudanças no seu processo de entrega e observe a resposta das métricas. Code reviews mais rápidos reduzem o lead time. Melhor cobertura de testes reduz o change failure rate. Feature flags reduzem o MTTR.
O insight chave da pesquisa DORA é que essas métricas são resultados, não objetivos. Você não melhora a frequência de deployment fazendo mais deploys — melhora removendo a fricção que torna o deploy lento ou arriscado. As métricas dizem se suas melhorias de processo estão realmente funcionando.
Conectando os Pontos
Métricas DORA são a peça mais recente na abordagem do Archyl: documentação de arquitetura que reflete a realidade, não apenas a intenção.
Seus diagramas C4 mostram a estrutura. Contratos de API mostram as interfaces. ADRs mostram as decisões. Gerenciamento de Releases mostra o que foi entregue. E agora métricas DORA mostram quão bem sua máquina de entrega está funcionando.
Cada camada adiciona contexto à anterior. Um sistema no seu diagrama não é mais apenas uma caixa com uma seta — é um serviço com uma API definida, decisões documentadas por trás do design, um histórico de deployment e performance de entrega mensurável. Essa é a diferença entre um diagrama e uma plataforma de arquitetura viva.
Para Começar
Se você já está rastreando releases no Archyl, métricas DORA estão disponíveis agora. Navegue até a página Releases do seu projeto e mude para a aba Métricas. Seu scorecard e gráficos de tendência já estão populados.
Se ainda não configurou o rastreamento de releases, comece por aí. Siga o guia de Gerenciamento de Releases para conectar seu pipeline CI/CD, depois volte à aba Métricas quando tiver algumas semanas de dados de deployment.
Para insights no nível da organização, abra a página de Releases sem selecionar um projeto específico e mude para a aba Métricas. A visão geral mostrará todos os projetos no seu workspace com suas pontuações DORA individuais.
Sua arquitetura sabe o que existe. Suas releases sabem o que foi entregue. Agora suas métricas sabem quão bem você está entregando.
Saiba mais sobre rastreamento de deployments no Gerenciamento de Releases, ou explore como as Solicitações de Mudança de Arquitetura trazem fluxos de revisão estruturados ao seu modelo C4.