Resposta direta
Exceção é informação, não incidente. Diagnosticar começa por medir quantas ocorrem, de onde vêm e se repetem. Quando o mesmo caso fora do padrão aparece em intervalos regulares, a causa costuma estar no desenho da regra ou na falta de dado na entrada, não no comportamento de quem executa. Quando aparece uma vez e não volta, tende a ser variação legítima do negócio. Separar os dois grupos muda a decisão: um pede revisão do processo, o outro pede tratamento pontual e registro. O que importa medir é frequência, origem e custo de cada exceção, não o volume bruto.
- Objetivo
- Diagnosticar
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Trata a exceção como dado de diagnóstico, com critério para separar repetição de caso isolado, em vez de tratar o caso fora do padrão ou decidir o que automatizar.
Onde procurar a origem
A maior parte das exceções nasce antes da etapa onde é percebida. Um pedido que entra incompleto vira retrabalho três etapas depois. Por isso o levantamento olha a entrada do processo, não apenas o ponto onde o problema aparece. Quando o dado de entrada não tem campo obrigatório, a regra não tem como decidir e alguém decide no lugar dela.
Vale separar três origens: regra que não cobre o caso real, dado que falta ou chega errado, e capacidade momentânea, como fila, prazo vencido ou ausência de quem decide. Cada origem aponta para uma correção diferente. Tratar as três do mesmo jeito costuma gerar mais exceção, não menos.
Repetição como critério de decisão
Uma exceção que ocorre uma vez raramente justifica mexer no processo. A mesma exceção voltando em intervalos regulares indica que a regra está desalinhada da operação. O critério prático é a repetição ao longo do tempo, não o volume de um único período.
Para isso, o registro precisa guardar data e motivo, não só o pedido especial. Sem motivo classificado, a contagem mostra que existe exceção mas não mostra de onde vem, e a decisão volta a depender da memória de quem estava lá naquele dia.
O que o diagnóstico não resolve
Medir e classificar exceções não elimina a variação do negócio. Parte dos casos fora do padrão é legítima e continuará existindo: condição específica de cliente, contrato antigo, operação em praça com regra própria. O diagnóstico mostra onde a variação é estrutural e onde é falha de desenho, mas não define qual exceção aceitar nem quem assume o custo dela.
Em processos com pouco registro de ocorrência, o levantamento produz mais dúvida do que conclusão. Pode ser processo estável, pode ser registro incompleto, e distinguir os dois exige observar a operação antes de decidir. O dado indica frequência e origem; a escolha sobre a regra continua sendo de quem responde pelo processo.
Recurso prático
Roteiro para levantar e classificar exceções de um processo
- Listar as exceções tratadas no último ciclo, com data, etapa de origem, quem decidiu e o que foi feito fora do fluxo padrão.
- Agrupar por causa aparente: dado que faltou ou chegou errado, regra que não cobre o caso real, prazo estourado, dúvida de quem executa.
- Contar quantas vezes cada grupo se repete e em que etapa do processo ele aparece, comparando períodos para ver se volta.
- Medir o custo de cada grupo em tempo de quem executa, retrabalho e atraso, usando registro real e sem estimativa por percepção.
- Marcar os grupos que retornam como candidatos a mudança de regra e os isolados como candidatos a tratamento pontual com registro.
O erro mais comum é levantar exceções pela reclamação de quem fala mais alto. O levantamento precisa vir do registro do fluxo, incluindo o que foi resolvido fora dele, porque a exceção resolvida na conversa raramente deixa rastro.
Conceitos usados nesta página
- Alçada de decisão — Alçada de decisão é o limite explícito de autonomia de cada papel: o que a pessoa decide sozinha, o que decide com apoio e o que obrigatoriamente sobe para outra instância.
Sobre o que está escrito aqui
Conceitos relacionados: exceção de processo · regra de decisão · registro de ocorrência · causa raiz · alçada de decisã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
- Documentar processo sem burocratizar: o que e… — dependência de pessoas
- Quais processos valem automatizar — e quais não — excesso de etapas
Páginas relacionadas
O mesmo problema em outro objetivo
- Exceções que viraram regra: como reorganizar o processo — Organizar um processo
- Caminhos para tratar uma exceção: como comparar — Comparar alternativas
- Exceções de processo: como medir frequência e custo — Explicar medição
- Pedido fora do padrão: como precificar e contratar a exceção — Orientar avaliação e contratação
Outras leituras em Processos, retrabalho e produtividade
- Tempo de aprovação: como medir a lentidão no fluxo — Método de medição do tempo de aprovação entre filas, separando tempo de espera de tempo de análise para identificar gargalos em processos internos.
- Aprovação sem prazo: como estruturar o fluxo de decisão — Parâmetros para definir critérios técnicos, consequências para o silêncio decisório e regras de transbordo em etapas de aprovação.
- Processo na cabeça do operador: como contratar — Critérios para contratar fornecedores ou reforço operacional quando as regras do processo ainda dependem da memória e do hábito do executor atual.
- Aprovação sem prazo: qual modelo de limite adotar — Comparação entre aprovação tácita, escalonamento e alçada amostral para etapas de validação sem limite de tempo que retêm operações.
- Responsabilidade indefinida: alternativas para fixar dono — Critérios objetivos para avaliar modelos de atribuição de tarefas entre áreas e identificar qual formato reduz atrito sem criar burocracia.