Resposta direta
O desligamento é parte do desenho, não um plano para depois. A implementação precisa definir, antes de a automação entrar em produção, quem tem autoridade para parar, qual evento aciona a parada e o que acontece com os itens que já estão no meio do fluxo. Sem isso, a única alternativa no incidente é cortar tudo de uma vez, no meio de trabalho em andamento, sem registro. A condição de entrada é simples: existe uma pessoa, um gatilho e um estado definido de retomada. Se algum dos três falta, a automação ainda não está pronta para operar.
- Objetivo
- Orientar implementação
- Formato indicado
- Workshop executivo
- Atualizado em
O que esta página acrescenta: Trata o desligamento como requisito de entrada em produção, não como resposta a incidente.
O que caracteriza uma automação pronta para operar
Três coisas precisam existir antes de a automação começar a trabalhar. A primeira é uma pessoa nomeada, com substituto, que tem autoridade e acesso para parar. A segunda é um gatilho observável: um evento que, ao acontecer, leva à parada sem depender de interpretação no calor do momento. A terceira é o estado esperado depois da parada: o que fica ligado, o que fica desligado e o que volta para o trabalho manual.
Esses três itens são desenho, não documentação posterior. O desligamento precisa ser possível fora do próprio fluxo automatizado. Se parar a automação depende da automação, o controle não existe.
O item que já está no meio do caminho
Toda automação tem itens em curso quando para. Um pedido já enviado, um registro já alterado, uma etapa já disparada. O procedimento precisa dizer, para cada tipo, se o item conclui, reverte ou volta para a fila manual.
Esse é o ponto que costuma ficar de fora, porque parar parece o problema principal. Na prática, decidir o destino do que está em trânsito é o que evita retrabalho e dado inconsistente depois.
O que esse procedimento não resolve
Ter um procedimento de desligamento não evita que a automação erre, nem substitui controle de acesso, registro ou tratamento de incidente. Ele apenas garante que exista uma forma conhecida de interromper.
Também não define sozinho quem decide parar em situações ambíguas. Em automações que cruzam áreas, a autoridade de parada precisa ser combinada entre as áreas antes, porque no momento do problema a discussão sobre competência custa tempo.
Recurso prático
O que precisa estar definido antes de ligar
| Item controlado | O que precisa estar definido |
|---|---|
| Quem desliga | Pessoa nomeada e substituto, com acesso ao desligamento fora do fluxo automatizado |
| Gatilho de parada | Evento observável que decide a parada, combinado antes de a automação operar |
| Itens em curso | Para cada tipo de item, se conclui, reverte ou volta para a fila manual |
| Retomada | Responsável por religar, condição para religar e o que verificar antes |
O ponto mais ignorado é o item em curso. A discussão costuma parar em como desligar, sem decidir o que fazer com o que já entrou na fila no momento da parada.
Sobre o que está escrito aqui
Conceitos relacionados: gatilho de parada · responsável pelo desligamento · itens em curso · estado de retomada · fila manual de retorno. 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
- Falha que volta: separar causa de sintoma — falha recorrente sem causa tratada
- Falha recorrente sem causa tratada: comparar… — falha recorrente sem causa tratada
Páginas relacionadas
O mesmo problema em outro objetivo
- Automação sem desligamento: onde a lacuna aparece — Diagnosticar
- Automação sem desligamento: onde o ciclo termina — Organizar um processo
- Automação sem desligamento: o que comparar antes de manter — Comparar alternativas
- Automação sem botão de desligar: o que medir — Explicar medição
- Automação sem desligamento: o que fica preso no contrato — Orientar avaliação e contratação
Outras leituras em Governança e controle de automação
- Repetição sem limite: travas por contagem, tempo e custo — Compara travas de repetição por contagem, tempo e custo, o que cada uma deixa passar e quais critérios entram na escolha.
- Repetição sem limite: onde o controle deixa de contar — Descreve como identificar execuções que repetem a mesma ação sem teto definido, o que medir e onde o controle falha antes do incidente.
- Log sem retenção definida: o que apurar antes de decidir — Como levantar o log de automação já existente, separar o que tem uso do que não tem e definir o prazo de retenção com critério e responsável.
- 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.
- Acessos de automação: qual modelo de restrição adotar — Comparativo entre modelos de concessão de privilégios para rotinas automatizadas, avaliando risco, esforço de manutenção e atrito operacional.