Resposta direta
Falha que se repete é sinal de que o contorno virou rotina. Tratar a causa exige um registro único por falha, não um novo incidente a cada ocorrência. Cada repetição soma evidência ao mesmo registro. Um responsável responde pela correção, com critério de encerramento ligado à causa e não ao alívio do dia. Enquanto o registro não fecha, a automação segue com dono, prazo de tratamento e motivo conhecido para continuar rodando. Se o custo de corrigir for maior que o de contornar, o contorno vira decisão registrada, não improviso permanente.
- Objetivo
- Organizar um processo
- Formato indicado
- Workshop executivo
- Atualizado em
O que esta página acrescenta: Separa contorno de correção e trata a reincidência como dado de priorização, não como novo incidente.
Contorno não é correção
Contorno e correção são tarefas diferentes e costumam ser tratadas como uma só. O contorno devolve a operação ao ar e geralmente fica com quem está de plantão. A correção muda a origem do problema e precisa de outra pessoa, com outro tempo. Quando as duas se misturam, o time resolve o dia e esquece a semana.
A regra que organiza isso é simples. Toda ocorrência entra no mesmo registro da falha original, não abre um novo. O registro guarda quantas vezes a falha voltou, quem contornou e o que foi feito. Repetição deixa de ser surpresa e passa a ser dado de decisão.
Quem responde pela correção
Sem dono, a causa não anda. Cada falha recorrente tem um responsável pela correção, distinto de quem contorna. Esse responsável responde pelo critério de encerramento: a falha só fecha quando a causa muda, não quando o sintoma desaparece.
O encerramento precisa de uma prova combinada antes. Pode ser um teste que reproduz a falha e mostra que ela não ocorre mais. Pode ser a retirada do contorno, com acompanhamento por um período definido. O ponto é que o critério seja acordado no início, para não virar discussão no fim.
O que a priorização não resolve
Nem toda falha recorrente vale correção na origem. Quando o custo de corrigir passa o custo de contornar, o contorno pode ser a decisão certa. Nesse caso ele vira escolha registrada, com dono e revisão, em vez de improviso permanente.
A disciplina também não resolve causa que não está sob controle do time. Falha de fornecedor, limite de infraestrutura ou desenho antigo exigem tratar com quem responde por aquilo. Sem observabilidade suficiente, não há como separar causa de sintoma, e a priorização perde base. Registrar isso com honestidade evita prometer uma correção que ninguém pode entregar.
Recurso prático
Peso de reincidência para priorizar a causa
peso = ocorrencias_periodo × horas_contorno × processos_dependentes ÷ horas_correcao
- ocorrencias_periodo
- contagem
- quantas vezes a falha voltou no período analisado
- horas_contorno
- horas
- esforço manual gasto para contornar cada ocorrência
- processos_dependentes
- contagem
- quantos processos param quando a automação falha
- horas_correcao
- horas
- estimativa de esforço para corrigir a causa na origem
O erro mais comum é estimar horas_correcao com quem contorna, que tende a subestimar o trabalho real de correção. Meça o esforço de uma correção já concluída em vez de projetar por sensação. O peso também não é ranking absoluto: ele compara causas entre si dentro do mesmo período.
Sobre o que está escrito aqui
Conceitos relacionados: causa raiz · registro de falha · responsável pela correção · reincidência · critério de encerramento. Exemplos são ilustrativos. Não há cliente, resultado, preço, prazo ou certificação nesta página. Quando o formato indicado é Workshop executivo, ele descreve uma possibilidade de trabalho — a conversa inicial avalia contexto e aderência.
Para continuar
- Governança e controle de automação — Página central do tema
- Automação sem dono: como atribuir responsabil… — automação sem dono nomeado
- Automação sem dono nomeado: como medir assim… — automação sem dono nomeado
Páginas relacionadas
O mesmo problema em outro objetivo
- Falha recorrente: onde a causa deixa de ser tratada — Diagnosticar
- Falha recorrente sem causa tratada: comparar respostas — Comparar alternativas
- Falha recorrente sem causa tratada: como medir a reincidência — Explicar medição
- Falha que se repete: como tratar a causa e não o sintoma — Orientar implementação
- Falha recorrente: quem responde pela causa raiz — Orientar avaliação e contratação
Outras leituras em Governança e controle de automação
- Alerta duplicado: consolidar sem perder o aviso — Regra de consolidação de alertas duplicados: chave de agrupamento, dono do registro e critério de encerramento, com o que medir.
- Falha de automação: separar causa de coincidência — Roteiro para conduzir a análise de causa de uma falha de automação: o que coletar, quem decide e onde a investigação para.
- Incidentes de automação: o que fixar na contratação — O que fica com a equipe interna e o que vai para o fornecedor na resposta a incidentes de automação: escopo, evidência e encerramento acordados antes da falha.
- Incidente repetido: como chegar à causa, não ao culpado — Etapas para separar sintoma, gatilho e condição de causa em incidentes de automação, com dono da correção e critério de encerramento.
- Causa do incidente: como medir a análise sem virar ritual — O que medir na análise de causa de incidentes de automação: quem confirma a causa, o que se repete, quais ações fecham e onde o número engana.