Pular para o conteúdo

Soluções · Governança e controle de automação

Automação que rodou após o erro: dono da decisão e registro

Quem decide interromper ou retomar uma automação que continuou rodando depois de um erro?

Resposta direta

A automação que segue rodando depois de um erro costuma ser uma decisão sem dono. O processo precisa nomear um responsável por parar e retomar, definir os estados possíveis da automação e a condição que autoriza o retorno. São decisões de processo, tomadas fora da ferramenta. Sem isso, o erro é percebido tarde e a retomada vira escolha de quem está por perto. O critério é operacional: quem responde, com qual evidência e em qual registro.

Objetivo
Organizar um processo
Formato indicado
Workshop executivo
Atualizado em

O que esta página acrescenta: Trata a decisão de parar e retomar como responsabilidade e estado do processo, e não como configuração de ferramenta.

O que precisa existir antes de a automação entrar em produção

Toda automação que opera processo crítico precisa de três definições antes de rodar: o responsável pela decisão de parar e retomar, o estado em que ela fica quando algo falha e a condição que autoriza o retorno. São decisões de processo, tomadas fora da ferramenta.

O responsável não é quem programou o robô. É quem responde pelo processo afetado e tem autoridade para suspender a operação. Quando esse nome não existe, a automação continua porque ninguém tem o papel de interromper.

Estados da automação e o que cada um exige

Vale separar pelo menos três estados: rodando, suspensa por falha e aguardando decisão. Cada um muda quem pode agir e o que precisa ser registrado. Sem essa separação, parado vira uma palavra só e não indica se o processo pode continuar.

A passagem de um estado para outro é o ponto que costuma ficar sem regra. Quem move a automação de suspensa para aguardando decisão, e de lá para rodando, precisa estar escrito. Sem isso, a retomada acontece por hábito, não por decisão.

O que o desenho não resolve

Definir dono, estado e condição não impede o erro nem reduz a chance de ele acontecer. Também não substitui o monitoramento nem o registro técnico da falha. O desenho organiza a decisão; ele não detecta a falha.

Em automações de baixo impacto, com efeito limitado e reversível, esse nível de controle pode custar mais do que o problema. O critério para aplicar o desenho é o dano possível quando a automação erra, não a quantidade de automações na empresa.

Recurso prático

Roteiro para definir quem decide parar e retomar

  1. Listar as automações que operam processo crítico e marcar, para cada uma, o dano possível quando ela segue rodando após um erro.
  2. Nomear um responsável pela decisão de parar e retomar em cada automação. Uma pessoa, não um time.
  3. Escrever os estados possíveis da automação e o que muda em cada um: quem pode agir e o que precisa ser registrado.
  4. Definir a condição de retomada, ou seja, qual evidência precisa existir antes de a automação voltar a rodar.
  5. Registrar a decisão de retomada com data, autor e motivo, no mesmo lugar em que ficam os demais registros do processo.

O erro mais comum é nomear o responsável técnico da ferramenta como dono da decisão. Quem programa não responde necessariamente pelo processo, e essa troca faz a automação seguir adiante sem que ninguém assuma a interrupção.

Conceitos usados nesta página

  • Matriz de responsabilidade — Matriz de responsabilidade é a representação explícita de quem executa, quem aprova, quem é consultado e quem precisa ser informado em cada etapa de um processo.

Sobre o que está escrito aqui

Conceitos relacionados: dono da decisão · estado da automação · condição de retomada · matriz de responsabilidade · registro de intervençã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

Páginas relacionadas

O mesmo problema em outro objetivo

Outras leituras em Governança e controle de automação

Quer avaliar isso no seu contexto?

Esta página trata de automação que continua após erro. Mapa de automação é a frente que investiga o mecanismo por trás desse tipo de problema. O formato mais associado é Workshop executivo.