Pular para o conteúdo

Soluções · Processos, retrabalho e produtividade

Contratação · Informação incompleta na entrada: onde o retrabalho começa

O retrabalho aparece porque a solicitação chega incompleta. O que avaliar antes de contratar uma frente para reduzir isso?

Resposta direta

A contratação só se sustenta quando o dado que falta é definido como obrigatório antes da abertura da solicitação, com um responsável nomeado para conferi-lo e uma regra de devolução. Sem isso, a iniciativa vira treinamento recorrente e o retrabalho volta. O que se contrata é um ponto de captura com critério: quais campos são indispensáveis, quem responde por eles e o que acontece quando chegam incompletos. Reduzir retrabalho aqui não é acelerar a correção depois; é decidir o que não entra no fluxo. Se o dado ausente não tem dono nem consequência, nenhuma ferramenta resolve.

Objetivo
Orientar avaliação e contratação
Formato indicado
Projeto de implementação
Atualizado em

O que esta página acrescenta: Separa as faltas que a validação na entrada resolve das que não resolve, e mostra o que exigir na contratação em vez de descrever o problema.

Onde o dado incompleto entra no fluxo

O retrabalho raramente nasce no executor. Ele nasce quando a solicitação é aberta sem o dado que a tarefa exige. Um pedido de compra sem centro de custo, um chamado sem ambiente, uma proposta sem escopo fechado: o trabalho começa, avança e para. Cada retorno ao solicitante soma espera, refazimento e nova conferência sobre a mesma tarefa. O custo aparece tarde, diluído em horas que ninguém separou por causa.

Antes de contratar qualquer frente, vale separar três faltas que costumam ser tratadas como uma. Falta de dado que existe e não foi informado. Falta de dado que só terceiro tem. Falta de decisão que ainda não foi tomada. A primeira se resolve na entrada. As outras duas não se resolvem com formulário; resolvem-se com prazo, responsável e regra de exceção. Confundir as três faz a iniciativa mirar a causa errada.

O que exigir de quem for executar a frente

Uma proposta de redução de retrabalho precisa dizer onde o dado passa a ser obrigatório, quem confere e o que acontece quando falta. Se a resposta for apenas uma ferramenta de formulário, o problema foi tratado pela metade. O que se contrata é um critério: campos indispensáveis por tipo de solicitação, ponto único de captura e uma regra clara de devolução com prazo.

Peça também a linha de base. Quem for executar deve medir, antes de mudar nada, quantas solicitações chegam incompletas, quantas horas cada correção consome e qual parte disso a validação impediria. Sem essa medição, não há como saber se a mudança funcionou. E defina por escrito quem responde pela qualidade da entrada: se a responsabilidade nunca foi atribuída, o formulário novo será preenchido do mesmo jeito.

O que essa frente não resolve

A validação na entrada não reduz retrabalho causado por erro de conteúdo, mudança de decisão no meio do caminho ou dado externo que chega atrasado. Esses casos continuam existindo e podem até aumentar de volume quando o processo fica mais rígido. Forçar completude em situações urgentes costuma empurrar a operação para fora do fluxo, em canais paralelos, e o retrabalho reaparece sem registro.

Também não se aplica quando o volume é baixo e a correção é barata: o esforço de padronizar a entrada pode custar mais que o retrabalho que elimina. E não substitui decisão de escopo. Se a área não tem autoridade para recusar uma solicitação incompleta, nenhum critério de entrada se sustenta. Nesse caso, o trabalho começa por definir quem pode devolver o pedido.

Recurso prático

Horas de retrabalho evitáveis na entrada

Horas evitáveis = Solicitações incompletas × Horas por correção × Parcela bloqueável na entrada

Solicitações incompletas
solicitações por período
entradas que chegaram sem campo obrigatório e precisaram voltar ao solicitante antes de a tarefa terminar
Horas por correção
horas
tempo médio entre identificar a falta, pedir o dado e retomar a tarefa, medido por solicitação, não por pessoa
Parcela bloqueável na entrada
fração
parte das faltas que uma checagem obrigatória antes da abertura impediria; o restante depende de decisão ou de dado externo
Horas evitáveis
horas por período
teto de horas que a mudança no critério de entrada pode retirar do fluxo, no mesmo período medido

O erro comum é tratar toda correção como evitável. Falta de dado externo, decisão pendente e erro de conteúdo sobrevivem à validação na entrada e continuam consumindo horas depois da mudança.

Sobre o que está escrito aqui

Conceitos relacionados: campo obrigatório na abertura · ponto de captura · devolução ao solicitante · critério de conferência · responsável pela entrada. 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

Páginas relacionadas

O mesmo problema em outro objetivo

Outras leituras em Processos, retrabalho e produtividade

Quer avaliar isso no seu contexto?

Esta página trata de retrabalho por informação incompleta na entrada. Diagnóstico de Perdas Ocultas é a frente que investiga o mecanismo por trás desse tipo de problema. O formato mais associado é Projeto de implementação.