Resposta direta
A etapa manual só é candidata a automação quando a regra que a governa já existe, é estável e o resultado pode ser conferido por outra pessoa. Antes disso, o teste é separar três coisas: trabalho repetível, decisão com responsabilidade e remendo de falha anterior. Etapa que existe para corrigir dado errado, cobrir exceção frequente ou absorver julgamento sem critério escrito não se automatiza; ela se redesenha. O diagnóstico começa pelo que a pessoa consulta para executar a etapa, não pelo que ela digita.
- Objetivo
- Diagnosticar
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Classifica a etapa pela natureza do que ela decide, não pelo volume nem pelo tempo gasto, e mostra quando o problema está na etapa anterior.
A execução começa antes do preenchimento
Quem observa a etapa pelo tempo gasto vê apenas a digitação. A execução real começa antes: abrir a caixa de entrada, localizar o anexo, conferir se o cadastro está atualizado, decidir se aquele caso segue o padrão. Boa parte do esforço está em procurar e conferir, não em preencher campo.
O diagnóstico parte de três perguntas sobre a mesma execução: o que a pessoa consulta, o que ela compara e o que ela decide. Se as três respostas são sempre iguais para o mesmo tipo de entrada, existe regra. Se mudam sem justificativa registrada, existe julgamento não documentado. A diferença define o que pode ser delegado a um sistema.
Regra estável, exceção e julgamento
Regra estável é a etapa que segue o mesmo caminho para o mesmo tipo de caso e cujo resultado outra pessoa consegue conferir. Conferir se o valor do pedido bate com a nota antes de liberar a separação é exemplo disso. Esse tipo de etapa é candidato a automação, desde que a conferência fique registrada.
Exceção é a etapa que só aparece quando algo saiu do previsto, como um cadastro sem documento ou um pedido com condição comercial fora da tabela. Antes de automatizar, é preciso medir com que frequência isso ocorre; se for raro, manter a etapa manual pode custar menos do que construir e sustentar a regra. Julgamento é a etapa que existe porque alguém precisa responder pelo resultado, e nenhuma regra escrita substitui essa responsabilidade.
O que esse diagnóstico não resolve
Separar as três origens não torna a etapa automática. Também não corrige o dado que chega errado de outra área nem cria critério onde nenhum foi acordado. Em muitos casos o resultado do diagnóstico é manter a etapa manual e mudar o que vem antes dela.
Há um efeito colateral frequente: automatizar a execução não elimina o trabalho de conferência. Ele muda de lugar, normalmente para quem recebe o resultado. Se ninguém é designado para essa checagem, o erro passa a circular mais rápido e mais longe. O diagnóstico precisa indicar quem responde pela verificação depois da mudança, não apenas quem executa hoje.
Recurso prático
Sinais observados na execução e o que eles indicam
| O que se observa na etapa | O que isso indica |
|---|---|
| A pessoa consulta a mesma planilha ou a mesma tela todas as vezes | A regra existe, mas está fora do sistema. Há espaço para automação com conferência registrada. |
| Cada execução termina com alguém perguntando a outra pessoa o que fazer | A decisão não tem critério escrito. Automatizar congela um julgamento que ainda não foi definido. |
| A etapa corrige dado que chegou incompleto de outra área | O problema está na entrada, não na etapa. Automatizar aqui apenas acelera o retrabalho. |
| A etapa só é acionada em casos fora do padrão | É tratamento de exceção. A frequência real precisa ser medida antes de qualquer decisão. |
| A etapa existe porque alguém precisa assumir a responsabilidade pelo resultado | Não é trabalho repetível. O que se automatiza é o registro e a checagem, não a responsabilidade. |
O erro mais comum é começar pela tarefa que consome mais tempo. Em geral ela é consequência de um dado que chega errado e cuja origem ninguém mede.
Sobre o que está escrito aqui
Conceitos relacionados: regra de decisão · etapa manual · exceção recorrente · qualidade do dado de entrada · responsabilidade pela aprovação. Exemplos são ilustrativos. Não há cliente, resultado, preço, prazo ou certificação nesta página. Quando o formato indicado é Projeto de implementação, ele descreve uma possibilidade de trabalho — a conversa inicial avalia contexto e aderência.
Para continuar
- Processos, retrabalho e produtividade — Página central do tema
- Aprovações lentas: como avaliar e contratar a… — aprovações lentas
- Tarefas esquecidas: qual mecanismo de control… — tarefas esquecidas
Páginas relacionadas
O mesmo problema em outro objetivo
- Etapa manual que poderia ser automática: o que definir antes — Organizar um processo
- Etapa manual que pode ser automática: o que comparar — Comparar alternativas
- Etapa manual: como medir antes de decidir automatizar — Explicar medição
- Etapa manual: como trocar por automação sem parar a operação — Orientar implementação
- Etapa manual que poderia ser automática: o que exigir — Orientar avaliação e contratação
Outras leituras em Processos, retrabalho e produtividade
- Caminhos para tratar uma exceção: como comparar — Compara os caminhos de tratamento de uma exceção por frequência, custo, risco, reversibilidade e alçada de decisão.
- Ferramenta criada para processo: o que ela resolve de fato — O que reconstruir no fluxo para separar problema de processo de problema de ferramenta, o que medir antes de mexer no sistema e onde o diagnóstico para.
- Pedido de automação: o que investigar antes de decidir — O que verificar em um pedido de automação antes de decidir: tarefa, regra, responsável e dado de entrada.
- Ninguém explica o processo em cinco minutos: o que falta — Implementação de processo descrita a partir do trabalho real e testada por quem não participou da montagem, com gatilho, decisão e responsável.
- Exceções: como ler o que elas dizem sobre o processo — Mostra como levantar as exceções de um processo, classificar suas causas e separar variação legítima de falha de desenho ou de dado.