Resposta direta
Bloquear na entrada só compensa quando o dado que falta é pequeno, previsível e está com quem abre o pedido. Quando os tipos de demanda variam muito, a conferência por uma pessoa antes de aceitar costuma custar menos do que devolver o pedido várias vezes ao longo da fila. Aceitar como está e corrigir depois cabe quando o custo do retrabalho é baixo e o tempo de espera pesa mais que a correção. Três medidas decidem: tempo do pedido parado esperando dado, trabalho refeito e quem tem o dado na origem. Sem isso, a discussão vira opinião.
- Objetivo
- Comparar alternativas
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Compara os tratamentos da entrada por custo de espera, custo de retrabalho e origem do dado, em vez de tratar o pedido incompleto como erro de quem abriu.
Três tratamentos possíveis na entrada
Na abertura, um pedido incompleto tem três tratamentos possíveis. O primeiro é bloquear: o registro não avança enquanto faltar um dado definido como obrigatório. O segundo é conferir antes de aceitar: alguém recebe, identifica o que falta e devolve antes de o trabalho começar. O terceiro é aceitar como está e corrigir durante a execução.
Cada um cobra um preço diferente. Bloquear transfere o custo para quem abre e para o tempo de espera. Conferir consome trabalho de triagem, inclusive nos pedidos que chegavam completos. Corrigir depois concentra o custo no meio da execução, quando a pessoa já parou o que fazia para atender aquele pedido.
Como escolher entre eles
A comparação exige medir três pontos. Tempo do pedido parado à espera de informação. Trabalho refeito por causa da informação que faltava. E onde o dado existe de fato: com quem abriu, em outro sistema, ou em nenhum lugar.
Tipos de demanda com pouca variação aceitam bloqueio com campos fixos. Tipos que mudam muito raramente cabem em lista fechada de obrigatórios, e a triagem passa a fazer mais sentido. Quando o dado não existe em lugar nenhum, nenhuma checagem na entrada resolve; o problema é anterior, está na definição do que se pede.
O que essa escolha não resolve
Essa comparação não elimina o retrabalho. Ela escolhe onde ele fica e quanto custa. Também não serve quando a causa é decisão de quem abriu o pedido, e não falta de informação.
Bloquear na entrada não garante qualidade do dado preenchido, apenas presença. Conferir antes de aceitar não impede que o dado mude depois de aceito. Corrigir durante a execução não devolve o tempo perdido. O que se ganha é saber o custo de cada escolha antes de fixar uma regra.
Recurso prático
Roteiro para comparar os três caminhos
- Levantar, em um tipo de demanda, quantas vezes faltou informação e em qual campo ela faltou.
- Registrar quanto tempo cada pedido ficou parado esperando o dado e quanto trabalho foi refeito.
- Identificar quem tinha o dado no momento da abertura: quem abriu, outra área ou nenhum registro existente.
- Rodar o mesmo tipo de demanda em cada caminho e comparar tempo parado com trabalho refeito.
- Fixar a regra só depois de saber qual caminho concentra o custo menor no pedido inteiro.
O erro mais comum é comparar os caminhos pelo tempo de quem executa, e não pelo tempo total do pedido. O pedido parado na entrada não aparece na produtividade de ninguém, então o caminho que bloqueia parece mais caro do que é.
Sobre o que está escrito aqui
Conceitos relacionados: abertura de chamado · campos obrigatórios · triagem na entrada · custo de espera · origem do dado. 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
- Indicadores de processo: como medir produtivi… — produtividade sem medida
- Excesso de etapas: como descobrir o que tirar — excesso de etapas
Páginas relacionadas
O mesmo problema em outro objetivo
- Informação incompleta na entrada: onde mapear o retrabalho — Diagnosticar
- Retrabalho por informação incompleta: onde a entrada trava — Organizar um processo
- Entrada incompleta: como medir o retrabalho que ela gera — Explicar medição
- Informação incompleta na entrada: onde o retrabalho começa — Orientar implementação
- Informação incompleta na entrada: onde o retrabalho começa — Orientar avaliação e contratação
Outras leituras em Processos, retrabalho e produtividade
- Conferência duplicada: como localizar a segunda checagem — Mostra onde nasce a segunda conferência, o que ela cobre de novo, quem responde por ela e quando a checagem extra não muda a decisão.
- Dependência de pessoas: como transferir a rotina — Roteiro prático para transferir rotinas críticas de profissionais isolados para a operação, com divisão de tarefas, critérios de validação e redundância.
- Trabalho repassado sem contexto: onde a informação falha — Formas de identificar onde o contexto se perde na passagem de trabalho entre pessoas ou áreas, o que medir e o que a abordagem não resolve.
- Instrução verbal em trabalho recorrente: onde o erro nasce — O que medir para saber se a instrução verbal causa retrabalho em tarefa recorrente, e em que casos o registro escrito não resolve.
- Tarefas esquecidas: qual mecanismo de controle adotar — Comparativo entre filas visíveis, alertas automáticos e travas de repasse para tratar tarefas esquecidas sem inflar a burocracia operacional.