Resposta direta
A resposta começa antes da falha. Cada automação em produção precisa de um responsável nomeado, um canal de acionamento e um critério escrito de parada. Quando o incidente ocorre, a primeira decisão é interromper ou deixar seguir, e essa decisão tem dono. Registrar quem decidiu, com que dado, no mesmo dia, evita que a discussão seguinte seja sobre memória. A revisão posterior ajusta o processo, não apenas o erro. O ponto de partida é simples: sem dono nomeado e sem critério de parada, o incidente vira conversa sem decisão.
- Objetivo
- Orientar implementação
- Formato indicado
- Workshop executivo
- Atualizado em
O que esta página acrescenta: Trata a resposta durante o incidente, com dono nomeado, critério de parada e registro da decisão, enquanto as outras páginas tratam o registro posterior, a interrupção por erro ou o controle de acesso.
Dono nomeado e canal de acionamento
Uma automação sem responsável nomeado não tem resposta. O alerta chega a um canal que ninguém acompanha fora do horário e a falha segue até alguém notar pelo efeito no negócio. Definir o dono é escolher uma pessoa, com substituto declarado, que responde pela decisão durante o incidente.
O canal de acionamento precisa ser conhecido antes da falha. Quem opera o processo a jusante deve saber a quem avisar e em quanto tempo. Sem esse caminho, cada incidente começa com uma busca por quem entende do assunto.
O critério que decide parar ou acompanhar
Parar tudo é uma decisão de negócio, não apenas técnica. O critério escrito deve dizer em que condição a automação é desligada por completo, em que condição o trabalho continua com acompanhamento e quem pode tomar cada decisão.
Esse critério é usado sob pressão, então precisa ser curto e verificável. Uma frase como parar quando o dado de saída alimenta pagamento ou cadastro é mais útil do que descrever princípios gerais de risco.
O que a resposta não cobre
Montar a resposta não impede o incidente nem corrige a causa. Ela organiza a decisão durante a falha, e nada além disso. A prevenção depende de outras escolhas, como limite de acesso, validação de dado e teste antes de subir.
Se a automação não registra em que passo falhou, a resposta para no palpite, por mais bem definido que esteja o processo. Nesse caso o trabalho a fazer é outro: primeiro tornar o passo visível, depois escrever o critério de parada.
Recurso prático
Resposta ao incidente por etapa
| Etapa | Ponto de decisão |
|---|---|
| Primeiros minutos | quem confirma a falha e aciona o responsável |
| Interrupção | critério para desligar a automação inteira, e não só o passo que falhou |
| Depois do incidente | quem revisa a causa e altera o processo, com data de retorno |
O erro mais ignorado é tratar o incidente apenas como falha técnica. Sem dono nomeado e sem registro da decisão de parar, a mesma falha volta e ninguém consegue explicar o que havia sido combinado.
Conceitos usados nesta página
- Registro de decisão — Registro de decisão é o registro mínimo do que foi decidido, por quem, com qual premissa e a partir de quando — o que permite reconstruir a escolha depois, sem depender da memória de quem estava na sala.
Sobre o que está escrito aqui
Conceitos relacionados: responsável nomeado por automação · critério de parada · triagem de incidente · registro de decisão · revisão de causa. 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
- Acessos excessivos: como reduzir sem travar o… — acessos excessivos
- Fornecedores de automação: o que exigir antes… — fornecedor sem garantia de controle
Páginas relacionadas
O mesmo problema em outro objetivo
- Incidente sem causa clara: como separar sintoma de origem — Diagnosticar
- Incidentes parecidos: como decidir qual vem primeiro — Comparar alternativas
- Incidentes de automação: medir sem inflar nem esconder — Explicar mediçã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
- Aprovação em automação: o que decidir por tipo de mudança — Mostra o que cada tipo de mudança em uma automação exige de aprovação, qual evidência sustenta a decisão e por quanto tempo ela vale.
- Falha que segue rodando: o que medir na automação — Como separar execução normal de execução que seguiu após um erro: o que medir, quem interrompeu, com que critério e o que isso não resolve.
- Rotina crítica sem plantão: quem responde e até quando — Sobre a escolha entre plantão e janela de operação: quem responde pela rotina crítica, o critério de parada e onde as exceções ficam registradas.
- Liberação por mensagem: como registrar sem travar a operação — Como definir quem pode liberar, o que exatamente fica autorizado, por quanto tempo e onde a decisão é registrada, incluindo os limites do registro.
- Acesso de terceiro sem revisão: alternativas de controle — Compara quatro formas de tratar acesso de terceiro sem revisão periódica: por prazo, por evento, por dono do processo e por expiração automática.