Resposta direta
O diagnóstico parte da pergunta mais simples: quem consegue parar essa automação hoje. Se a resposta depende de uma pessoa específica, de um acesso que ninguém tem ou de um passo manual que não está documentado, não existe procedimento. O que se verifica é por qual via a execução é interrompida, em que ponto ela pode ser retomada ou descartada, o que fica pela metade e quem responde pelo efeito da parada. Não é preciso escrever o procedimento completo para descobrir onde ele falta. É preciso testar a resposta, não aceitar a intenção.
- Objetivo
- Diagnosticar
- Formato indicado
- Workshop executivo
- Atualizado em
O que esta página acrescenta: Trata o desligamento como capacidade a ser testada, e não como regra a ser escrita.
Onde o procedimento costuma faltar
A maior parte das automações nasce ligada e permanece ligada. O procedimento de desligamento raramente é escrito, porque no início ninguém imagina precisar dele. A lacuna costuma aparecer em três pontos: quem pode interromper, como a interrupção chega ao processo e o que acontece com o que estava em andamento.
Nenhum desses pontos exige ferramenta nova. Exige que alguém consiga responder, sem consultar o fornecedor, o que ocorre quando a automação é interrompida no meio de uma tarefa. Se a resposta for depende, já existe uma lacuna a registrar.
Perguntas que revelam a ausência
O diagnóstico se faz por perguntas, não por inspeção de código. Quem pode interromper. Por qual caminho. Em quanto tempo, contado em etapas de operação, não em cronômetro. O que fica pendente. Quem assume o que não terminou.
Cada pergunta sem resposta aponta para um trecho do procedimento que não existe. O valor está em registrar a resposta atual, mesmo que seja não sei ou o nome de uma única pessoa. Esse registro do estado atual é o que permite comparar depois, quando a automação mudar.
O que o diagnóstico não resolve
Identificar a lacuna não cria o procedimento. Também não garante que a interrupção funcione sob carga, nem que o efeito da parada seja reversível. Existem automações em que o custo de parar supera o de continuar operando com falha, e o diagnóstico apenas deixa essa escolha visível.
O roteiro não se aplica bem a automações que rodam uma única vez e terminam. Nelas, o desligamento é o fim natural da execução, e o que importa é saber o que ficou por fazer. Ele também não substitui a interrupção testada de verdade: as perguntas organizam a verificação, não a cumprem.
Recurso prático
Verificação e sinal de ausência
| Item de verificação | Sinal de que não há procedimento |
|---|---|
| Quem interrompe | A resposta aponta para uma pessoa, não para um papel definido |
| Via de interrupção | Só existe o painel da própria ferramenta, sem caminho alternativo conhecido |
| Estado no momento da parada | Ninguém sabe dizer o que já foi processado e o que ficou pela metade |
| Efeito da parada | Não há clareza sobre quem assume o trabalho interrompido |
| Reversão | Não se sabe se o que foi executado pode ser desfeito ou apenas refeito |
O erro mais comum é aceitar a explicação verbal de que dá para parar. Sem uma interrupção executada em ambiente de teste, o procedimento não existe, apenas a intenção.
Sobre o que está escrito aqui
Conceitos relacionados: procedimento de desligamento · ponto de retomada · execução em andamento · responsável pela interrupção · estado parcial. 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
- Permissão de teste que nunca sai: onde ela fi… — permissão concedida para teste e nunca removida
- Mensagens enviadas em nome de pessoas: quem r… — automação que envia mensagem em nome de alguém
Páginas relacionadas
O mesmo problema em outro objetivo
- 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 definir antes de ligar — Orientar implementaçã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
- Continuidade de automação: o que definir antes da produção — O que precisa estar decidido e registrado para que a retomada de uma automação não dependa de improviso nem de uma pessoa específica.
- 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.
- Incidente sem causa: o que decidir antes de explicar — O que registrar e decidir nas primeiras horas de um incidente de automação quando a causa ainda não foi estabelecida.
- Log sem assinatura: qual peso a evidência tem — Define o que fazer quando o log de automação não tem assinatura de integridade: o que registrar, quem responde pela guarda e o que a evidência sustenta.
- Incidentes de automação: medir sem inflar nem esconder — Define o que conta como incidente, qual denominador usar e quais indicadores permitem comparar falhas ao longo do tempo sem distorcer o número.