AJUDA
Como Definir Regras de Métrica pro Seu Time
Um passo a passo, com screenshot real, das 3 regras configuráveis por trás de DORA e Flow Metrics.
Antes de começar
Você precisa ser Admin ou Gestor. Vá em Mapping Rules no menu principal pro padrão da empresa inteira, ou abra a página de um time, clique no ícone de engrenagem, e escolha Rules pra sobrescrever só pra esse time. Regra de time vence regra de organização, que vence o padrão do sistema — a tela mostra um banner dizendo qual vale agora.
Passos
1. Escolhe seu escopo
A página abre na aba Semantic rules, com um seletor de escopo no topo. No escopo organização, "0 de 6" significa que toda família de regra — tipo de item de trabalho, ambiente de deploy, severidade de incidente, estado de workflow, agrupamento de épico, classificação de custo — está caindo no padrão do sistema até você definir uma.
Dado ilustrativo, apenas para demonstração.
2. Classifica o tipo de item de trabalho
Na sub-aba Work item type, clique em "+ Rule" pra decidir qual categoria — Bug, Feature, Dívida Técnica, Toil ou Risco — um item de trabalho pertence, baseado no tipo de issue ou nas labels. Escolha um modo de match (ANY/ ALL), um campo tipo "Type (issue_type)", e os valores observados no seu dado sincronizado — "Bug", "Epic", "Story" aqui, tirados direto do que existe de verdade no seu tracker, não uma lista fixa.
Dado ilustrativo, apenas para demonstração.
3. Define o que conta como deploy de produção
Muda pra sub-aba Deployment environment. Isso decide quais deploys contam como produção pras métricas DORA, baseado no ambiente cru que sua integração de CI/CD reporta — "prod", "production", ou o que seu pipeline realmente chamar. Sem regra aqui, o padrão do sistema se aplica.
Dado ilustrativo, apenas para demonstração.
4. Define a janela de correlação de incidente
Muda pra aba DORA triggers — uma aba diferente de Semantic rules, cobrindo quando cada métrica DORA começa e para de contar. O evento de início de Deployment Frequency, os eventos de início/fim de Lead Time, e o evento de início de Mean Time to Restore ficam todos aqui — e também o campo que responde "por quanto tempo depois de um deploy um incidente ainda conta contra ele": Correlation window (hours), embaixo de Change Failure Rate.
Dado ilustrativo, apenas para demonstração.
Relacionado
Veja a implementação completa nas páginas de DORA Metrics e Flow Metrics, ou o tutorial pra configurar a regra de Cost Classification especificamente.
Perguntas sobre regras de métrica
Salvar uma regra reprocessa o dado já sincronizado?
Regras semânticas e DORA triggers se aplicam na leitura, não marcando cada item uma vez só — então uma mudança salva afeta dado passado e futuro imediatamente. Uma exceção: se o dado bruto em si estiver desatualizado, use "Force full resync" na página de Integrations em vez de só salvar uma regra.
E se eu conectar duas ferramentas de CI/CD no mesmo time?
Você não recebe uma frequência de deploy dobrada silenciosamente. O moasy.tech detecta o risco do mesmo deploy ser contado duas vezes e mostra a métrica como indisponível até você escolher quais deploys de qual provider devem contar, no campo "Deploy sources to count" da aba DORA triggers.
Devo configurar isso no nível organização ou time?
Comece no nível organização pra um padrão pra empresa inteira. Sobrescreva por time só quando a definição desse time de deploy, incidente ou categoria for genuinamente diferente — regra de time sempre vence.
Defina as regras do seu próprio time
Começar grátis