Resposta direta
Registre todo incidente com quatro informações: o que a automação fez de errado, como foi percebido, o que foi feito e o que mudou depois. Sem registro, o mesmo incidente volta e a correção depende de quem estava presente. Defina também o que conta como incidente — erro que chegou ao cliente, dado incorreto gravado, envio indevido — para não depender de interpretação.
- Objetivo
- Organizar um processo
- Formato indicado
- Workshop executivo
- Atualizado em
O que esta página acrescenta: Exige a quarta informação — o que mudou depois — que é a única que evita a repetição.
Por que o incidente se repete
Porque a correção fica na memória de quem resolveu. Meses depois, com outra pessoa de plantão, o mesmo erro acontece.
Registro sem mudança é arquivo, não aprendizado: a informação existe e o processo continua igual.
Como definir o que conta como incidente
Use consequência, não tamanho: erro que chegou ao cliente, dado incorreto gravado e envio para destino errado entram. Ajuste interno que não saiu do sistema, não.
Definir o critério evita a discussão sobre o que merece registro — e evita que só o erro grave seja anotado.
Limites
Registro detalhado demais não é preenchido na correria. Quatro linhas bastam para o aprendizado.
E há incidente cuja causa é externa — fornecedor, indisponibilidade. Mesmo nesses, o que se registra é a resposta da empresa, não a falha de terceiro.
Recurso prático
Quatro informações por incidente
- O que a automação fez de errado, em uma frase?
- Como foi percebido — alerta, cliente, conferência?
- O que foi feito imediatamente?
- O que mudou no processo ou no fluxo depois disso?
- O incidente foi classificado como conhecido ou novo?
Se a quarta resposta é 'nada mudou', o incidente vai se repetir — o registro sozinho não corrige.
Sobre o que está escrito aqui
Conceitos relacionados: incidente · registro · correção · revisão. 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 — Página central do tema
- Logs de automação — Como o incidente é percebido
- Parada após erro — A correção imediata
Páginas relacionadas
Outras leituras em Governança e controle de automação
- Incidente sem causa identificada: o que decidir mesmo assim — Um roteiro para conter, registrar e decidir sobre incidentes de automação sem depender da causa, separando contenção de investigação.
- Automação que envia em nome de alguém: o que medir — Descreve quais indicadores mostram se uma automação envia mensagens em nome de uma pessoa, quem responde por elas e onde a medição não alcança.
- Credenciais de automação: qual modelo de guarda escolher — Comparativo entre variáveis de ambiente, cofres dedicados e identidades federadas para decidir onde guardar chaves de automações sem travar a operação.
- 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.
- Monitoramento que depende de alguém olhar: como diagnosticar — Identifica quais verificações de automação só acontecem quando alguém abre painel, fila ou planilha, e o que passa despercebido entre as checagens.