Resposta direta
A separação que importa é entre regra e julgamento, antes de discutir ferramenta. Regra é o que se repete igual, com critério escrito e resultado previsível. Julgamento aparece quando a decisão depende de contexto, exceção ou consequência, e quando duas pessoas de experiência parecida discordam do mesmo caso. O risco não está em automatizar julgamento. Está em automatizar sem nomear quem responde pela decisão e sem registro do critério usado. Quando a tarefa mistura as duas coisas, a parte de regra pode ir para o sistema; a parte de julgamento precisa de dono, de limite e de revisão. Sem isso, a automação assume uma decisão que ninguém sabe justificar.
- Objetivo
- Diagnosticar
- Formato indicado
- Workshop executivo
- Atualizado em
O que esta página acrescenta: Separa regra e julgamento dentro da mesma tarefa e aponta a decisão que fica sem dono quando a automação passa a cobrir o meio do processo.
Onde a tarefa deixa de ser regra
A tarefa chega à automação descrita pelo resultado, não pelo critério. Por isso a primeira pergunta é sobre o que muda a resposta: o dado que entra, a regra escrita, a exceção e a consequência do erro. Quando esses elementos não estão claros, a automação preenche a lacuna com um critério que ninguém escolheu.
Um sinal prático de julgamento é a discordância. Se duas pessoas de experiência parecida, olhando o mesmo caso, chegam a respostas diferentes, há julgamento ali. Outro sinal é o volume de exceções: tarefa que só funciona no caso padrão e trava no resto costuma estar sendo tratada como regra quando não é.
Quem responde pela decisão depois da automação
Decisão sem dono não é decisão, é comportamento do sistema. Definir quem responde pelo resultado nos casos de julgamento é parte do desenho, não uma etapa de governança posterior. Esse responsável precisa de acesso ao critério usado em cada caso, não apenas ao resultado final.
O registro do critério é o que permite revisar depois. Sem ele, a discussão vira defesa da ferramenta: ninguém consegue dizer por que aquele caso foi decidido daquela forma, e a correção depende de tentativa e erro. O registro não precisa ser extenso; precisa apontar o que pesou e o que foi descartado.
O que este diagnóstico não resolve
Separar regra de julgamento não diz se a automação acerta. Ela pode acertar a parte de regra e errar justamente nos casos que exigem julgamento, e isso só aparece quando alguém olha caso a caso. O diagnóstico organiza a pergunta; não substitui a verificação.
Também não há resposta boa quando a consequência do erro é irreversível ou atinge direitos de terceiros. Nesses casos, manter a decisão com uma pessoa e usar automação apenas para preparar informação costuma ser o limite, e nenhum ajuste de critério muda isso.
Recurso prático
Da tarefa como ela é feita ao ponto de julgamento
- Descrever a tarefa do jeito que ela era feita à mão, caso a caso, incluindo as vezes em que a pessoa saía do padrão escrito.
- Marcar em cada caso o que decidiu o resultado: dado que entrou, regra aplicada, exceção aberta e consequência do erro.
- Separar os casos em que duas pessoas de experiência parecida chegariam à mesma resposta dos casos em que não chegariam.
- Nomear quem responde pela decisão no segundo grupo e onde o critério usado fica registrado para revisão posterior.
O erro mais comum é tratar como julgamento o que só está mal escrito. Muita decisão parece depender de critério quando a regra existe e nunca foi registrada. Nesse caso o trabalho é escrever a regra, não entregar a decisão a uma máquina.
Conceitos usados nesta página
- Critério de decisão — Critério de decisão é a base explícita sobre a qual uma escolha é feita: o que será considerado, com qual peso e o que elimina uma alternativa antes da comparação.
Sobre o que está escrito aqui
Conceitos relacionados: tarefa de julgamento · critério de decisão · exceção · dono da decisão · registro do critério. 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
- IA aplicada e agentes — Página central do tema
- Atendimento com IA: o que pode ir para o clie… — atendimento com IA sem regra
- Análise de dados com IA: quando ajuda — análise de dados sem critério de ferramenta
Páginas relacionadas
O mesmo problema em outro objetivo
- Julgamento entregue à automação: o que precisa de dono — Organizar um processo
- Tarefa de julgamento na automação: o que comparar — Comparar alternativas
- Tarefa de julgamento na automação: o que medir — Explicar medição
- Julgamento entregue à automação: o que fica registrado — Orientar implementação
- Tarefa de julgamento na automação: o que exigir no contrato — Orientar avaliação e contratação
Outras leituras em IA aplicada e agentes
- Equipe sem casos de IA: o que a tarefa precisa ter — Roteiro de perguntas para levantar tarefas da equipe e identificar onde a IA teria função, com critérios de decisão, dado disponível e custo de erro.
- Análise que não vira decisão: onde a cadeia quebra — Um diagnóstico da cadeia de análise, do dado bruto à decisão, para localizar em qual elo o processo para e o que corrigir antes de trocar de ferramenta.
- Piloto de IA sem critério: como decidir se continua — Quando o piloto de IA termina sem critério de sucesso: reconstruir a linha de base do processo, nomear quem decide e fixar a regra de decisão.
- Equipe sem treinamento antes da ferramenta: o que comparar — Compara treinar a equipe antes da ferramenta, escolher a ferramenta primeiro e rodar um piloto, pelo critério do custo do erro em cada tarefa.
- Classificação que erra: como localizar a causa — O que checar quando a classificação erra: rótulo, critério de decisão, dado de entrada e ponto de revisão, para separar falha de modelo de falha de processo.