Pular para o conteúdo

Soluções · Processos, retrabalho e produtividade

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

Como reduzir o retrabalho causado por informação incompleta na entrada de um processo?

Resposta direta

O retrabalho por informação incompleta na entrada se reduz quando o processo define, no ponto de recebimento, o que é dado obrigatório e quem responde por aceitar a entrada. Sem isso, o trabalho começa e depois é refeito. A prática é separar o que falta em três grupos: dado que o solicitante tem, dado que só existe adiante e dado que ninguém precisa. Definir critério de completude, registrar quem aceitou e devolver o caso antes de iniciar a execução custa menos do que corrigir depois. Não elimina toda devolução, mas troca retrabalho caro por conferência curta.

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

O que esta página acrescenta: Trata a informação incompleta como decisão de aceite na entrada, separando dado ausente, dado que ainda não existe e dado dispensável.

O ponto de aceite define o retrabalho

Retrabalho por entrada incompleta raramente nasce de descuido isolado. Nasce de processo sem ponto de aceite definido: a execução começa antes de alguém verificar se o dado mínimo chegou. Quando ninguém responde por aceitar, cada pessoa decide sozinha se inicia ou espera.

O primeiro passo é localizar onde a entrada acontece de fato. Pode ser um formulário, um e-mail, uma planilha ou uma conversa. O que importa é nomear quem recebe, em que momento e o que observa antes de dar início ao trabalho.

Critério de aceite por tipo de entrada

Cada tipo de entrada precisa de um conjunto curto de dados obrigatórios. Campo obrigatório é o que trava a execução se faltar. O restante é desejável e pode chegar depois, marcado como pendência. Misturar os dois é o que gera devolução desnecessária.

Quem aceita registra o que faltou e devolve ao solicitante antes de iniciar. O registro serve para dois fins: mostrar de onde vem a falha recorrente e dar base para ajustar o formulário ou o combinado. Sem registro, o mesmo tipo de falta volta sem ser notado.

O que a conferência de entrada não resolve

Conferir a entrada não corrige informação que ainda não existe. Em processos longos, parte do dado só é produzida em etapas seguintes. Tratar isso como falha do solicitante apenas empurra o problema para frente.

A conferência também não substitui decisão. Há casos em que iniciar com dado parcial é a escolha certa, desde que a pendência esteja registrada e com responsável. Rigidez no aceite pode travar a fila e deslocar o retrabalho para outro ponto, sem reduzir o custo total.

Recurso prático

Tipos de informação faltante e tratamento na entrada

Tipo de faltaTratamento na entrada
Dado que o solicitante tem e não informouDevolver antes de iniciar a execução, apontando o campo e quem completa
Dado que só existe depois de uma etapaRegistrar como pendência conhecida e seguir, com retorno definido pela própria etapa
Dado que ninguém usa no processoRetirar do formulário e do critério de aceite, para não gerar devolução inútil

O erro mais comum é tratar toda falta como bloqueio. Bloquear a entrada por dado que ninguém usa congela a fila e cria retrabalho em outro ponto.

Sobre o que está escrito aqui

Conceitos relacionados: ponto de recebimento · critério de completude · dado obrigatório na entrada · responsável pelo aceite · retrabalho por devoluçã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

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.