Resposta direta
Incidentes de automação se comparam por quatro eixos fixos: alcance do dado ou do processo afetado, reversibilidade do efeito, tempo em que o efeito fica exposto e existência de responsável definido para decidir. Dois incidentes com a mesma aparência podem ficar em posições opostas nesses eixos. A comparação serve para ordenar tratamento e alocar atenção, não para classificar gravidade de forma definitiva. Quando dois incidentes empatam nos eixos, a ordem costuma ser resolvida pelo custo de esperar: o que piora sozinho com o tempo recebe prioridade sobre o que permanece estável até ser tratado.
- Objetivo
- Comparar alternativas
- Formato indicado
- Workshop executivo
- Atualizado em
O que esta página acrescenta: Entrega os eixos que colocam dois incidentes em posições diferentes; as demais páginas do tema tratam registro, log, acesso, credencial e continuidade.
Eixos que mudam a posição de um incidente
Quatro eixos costumam separar incidentes que parecem iguais. O primeiro é alcance: um passo interno que falhou pesa menos que um dado de pessoa enviado ao destinatário errado. O segundo é reversibilidade: reexecutar um passo é diferente de corrigir um efeito que já saiu do sistema. O terceiro é tempo de exposição, o intervalo entre o início do efeito e a interrupção. O quarto é responsabilidade: existe dono definido para decidir e responder.
Os eixos não compartilham a mesma unidade, então a comparação exige uma convenção escrita. O caminho mais simples é atribuir uma faixa a cada eixo no momento da abertura do incidente e comparar as somas; quando o empate importa, compara-se o eixo de maior peso. A convenção precisa existir antes do incidente ocorrer. Definida no meio da discussão, ela deixa de ser critério e passa a ser posição de quem tem mais voz na sala.
Contagem de alertas mede detecção, não gravidade
Um incidente com muitos alertas pode ser o mesmo passo falhando em ciclo, sem efeito novo a cada repetição. Um incidente com um único alerta pode ser o único envio de dado indevido do mês. Contar alertas mede a sensibilidade do gatilho e a repetição do erro, não o tamanho do problema no processo.
Antes de comparar, os alertas precisam ser agrupados pelo efeito que descrevem. Se dois alertas apontam para o mesmo envio, o mesmo conjunto de dados e o mesmo destinatário, trata-se de um incidente, não de dois. Esse agrupamento depende de registro com identificador de execução e de dado. Sem ele, a comparação discute volume e deixa a consequência de lado.
O que a comparação não resolve
Comparar incidentes define ordem de tratamento, não causa. Dois incidentes ordenados lado a lado ainda exigem investigação sobre o que os produziu, e a comparação não substitui essa etapa. Ela também não corrige registro incompleto: quando o log não distingue execução, dado e destinatário, a posição de cada incidente fica indefinida e qualquer ordem perde sentido.
Quando dois incidentes têm a mesma causa, compará-los é trabalho perdido; o que se resolve é a causa, e os dois desaparecem juntos. A ordem definida em um dia pode ser revista no dia seguinte, se o tempo de exposição crescer ou se o efeito se revelar irreversível. A comparação serve para alocar atenção e responsabilidade, não para produzir sentença.
Recurso prático
Pontuação para colocar dois incidentes lado a lado
P = (A x 3) + (R x 3) + (T x 1) + (D x 2)
- A
- 1 a 3
- alcance: 1 para um passo interno isolado, 2 para um processo inteiro, 3 para dado de pessoa ou informação sob obrigação contratual
- R
- 1 a 3
- reversibilidade: 1 quando basta reexecutar o passo, 2 quando exige correção manual em outro sistema, 3 quando o efeito não volta atrás
- T
- 1 a 3
- tempo de exposição entre o início do efeito e a interrupção, convertido em faixa: 1 para minutos, 2 para horas, 3 para dias
- D
- 1 a 3
- responsável: 1 com dono e critério acordados por escrito, 2 com dono sem critério, 3 sem responsável identificado
O erro mais comum é ordenar por volume de alertas. Alertas medem a sensibilidade da detecção e a repetição do gatilho, não o efeito: um único envio de dado indevido costuma pesar mais que muitos alertas sobre o mesmo passo falhando em ciclo.
Sobre o que está escrito aqui
Conceitos relacionados: alcance do incidente · reversibilidade do efeito · tempo de exposição · ordem de tratamento · dono do incidente. 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 que continua após erro: como defini… — automação que continua após erro
- Logs de automação: o mínimo necessário para r… — ausência de registros
Páginas relacionadas
O mesmo problema em outro objetivo
- Incidente sem causa clara: como separar sintoma de origem — Diagnosticar
- Incidentes de automação: medir sem inflar nem esconder — Explicar medição
- Incidente de automação: como montar a resposta na hora — Orientar implementação
- Incidentes de automação: o que fixar na contratação — Orientar avaliação e contratação
Outras leituras em Governança e controle de automação
- Rotina crítica sem plantão: onde falta responsável — Critérios para identificar rotinas críticas sem responsável de plantão e separar o que exige escala do que exige dono nomeado.
- Incidente relatado informalmente: registrar ou triar primeiro — Comparação entre registrar de imediato, triar antes do registro e arquivar como observação quando o incidente chega por mensagem, telefone ou conversa.
- Incidente avisado informalmente: o que exigir na contratação — Descreve como um relato informal de falha em automação vira registro com dono e critério de escalonamento, e o que verificar ao contratar esse tratamento.
- Incidente avisado no grupo: como virar registro — Define o caminho mínimo para transformar um aviso informal de incidente em registro com dono, gravidade e triagem, sem criar fila de aprovação.
- Senhas expostas em automação: injeção segura e rotação — Critérios de arquitetura e rotina operacional para remover credenciais fixas de fluxos automatizados, implementar injeção dinâmica e definir rotação.