Classificação de falha sob seu controle
Severidade de incidente mapeia pra "conta como falha" ou "informativo" através de regras que você configura — não uma escala de severidade fixa que não bate com como seus times triam.
← Casos de uso
CASO DE USO
moasy.tech pra Heads of Engineering
Confiabilidade é uma questão de processo, não de achismo — e o processo é diferente em cada time.
Tempo médio de restauro e change failure rate só significam algo se você confia em como "falha" foi definida — e essa definição raramente serve igual pra todo time. O moasy.tech deixa cada time configurar sua própria janela de correlação incidente-deploy e classificação de falha, com um padrão da empresa como fallback, pra o número refletir como aquele time realmente opera.
Uma semana típica
Quando o MTTR de um time sobe, você não começa com um palpite — verifica qual configuração tá realmente gerando esse número: a janela de correlação incidente-deploy tá curta demais, o relógio tá começando no reconhecimento em vez do incidente em si. Quando o processo de um time muda de verdade — digamos, eles trocam de ferramenta de triagem — essa janela de correlação é uma mudança de config, não uma migração de um trimestre inteiro. E quando um postmortem precisa das provas, a Timeline mostra exatamente quem mudou qual config, e quando.
Por que ajuda
MTTR com o gatilho que você escolhe
Comece a contar no disparo do incidente ou no reconhecimento — o que bater com como seu time realmente responde.
Precedência que faz sentido
Config de time vence config da empresa, que vence o padrão do sistema — sobrescreva onde precisar, herde no resto.
Auditável, não opaco
Todo número DORA devolve exatamente qual configuração o gerou — nada é calculado em cima de uma regra que ninguém consegue ver.
Sem deploy contado duas vezes
Conecte mais de uma ferramenta de CI/CD no mesmo time, e o moasy.tech detecta sozinho o risco de contar o mesmo deploy duas vezes — o número de confiabilidade continua confiável mesmo com um toolchain bagunçado.