MétricasMétricas DORA

Inteligência de Engenharia (DORA)

Uma plataforma de governança moderna não deve ser apenas um “guarda de trânsito” bloqueando deploys. Ela deve gerar insights sobre a saúde da engenharia.

Como o Lunno está conectado diretamente ao ciclo de CI/CD para gerar as evidências de auditoria, ele calcula nativamente as Métricas DORA, o padrão da indústria para medir a performance de times de tecnologia.

📊

Visibilidade em Tempo Real: Não é necessário exportar planilhas para o PowerBI. O dashboard do Lunno consolida os dados de todos os Workspaces, permitindo que a liderança compare a vazão (throughput) e a estabilidade entre diferentes Squads.


As 4 Métricas de Elite

O Lunno monitora automaticamente os quatro indicadores fundamentais que diferenciam empresas de alta performance das demais:

1. Deployment Frequency (Frequência de Deploy)

Mede a frequência com que o código é entregue em produção.

  • O que o Lunno mostra: O volume de GMUDs geradas com sucesso por semana ou mês.
  • Por que importa: Times ágeis entregam em pequenos lotes. Entregas frequentes reduzem o risco de grandes falhas.

2. Lead Time for Changes (Tempo de Lead Time)

Mede o tempo desde o primeiro commit de uma funcionalidade até ela rodar com sucesso em produção.

  • O que o Lunno mostra: O tempo exato gasto em Code Review, aprovações de Quality Gates e gargalos de pipeline.
  • Por que importa: Identifica burocracias ocultas e gargalos na aprovação de PRs.

3. Change Failure Rate (Taxa de Falha em Mudanças)

A porcentagem de deploys que causaram uma falha em produção (exigindo um rollback ou hotfix).

  • O que o Lunno mostra: O cruzamento entre GMUDs geradas e incidentes abertos no repositório com a tag de falha.
  • Por que importa: Um Deployment Frequency alto só é positivo se o Change Failure Rate for baixo. O Lunno ajuda a equilibrar velocidade e segurança.

4. Time to Restore Service (Tempo de Restauração)

Quanto tempo leva para a organização se recuperar de uma falha no ambiente produtivo.

  • O que o Lunno mostra: O tempo entre a identificação do incidente (reprovação tardia) e a emissão de uma nova GMUD corretiva (o Hotfix).