Resposta direta
Na maior parte dos casos, o retorno repetido não vem de falta de capacidade de quem executa, e sim de critério não declarado. Quem pede tem um padrão na cabeça que nunca virou escrito, e cada devolução revela um pedaço dele. O primeiro passo é registrar a devolução como fato, não como queixa: o que voltou, quem devolveu, o que faltava para aceitar. Três ou quatro registros já mostram se o problema é informação ausente, critério subjetivo, mudança de escopo ou dono da decisão indefinido. Corrigir antes de saber disso costuma trocar o motivo da devolução, não acabar com ela.
- Objetivo
- Diagnosticar
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Trata o retorno repetido como sintoma a classificar por causa, em vez de tratá-lo como falha de quem executa ou de uma etapa isolada do fluxo.
O que o terceiro retorno costuma indicar
Uma tarefa que volta duas vezes ainda pode ser ajuste normal. A terceira devolução quase sempre aponta para algo anterior à execução. O sinal mais frequente é critério não declarado: quem pede reconhece o erro quando vê, mas não conseguiu dizer antes o que seria aceito.
Outro sinal é informação que existe mas não chega. A tarefa sai incompleta porque o dado estava em outro setor, em outra reunião ou com alguém que não foi consultado. Nos dois casos, o problema não está na etapa que devolveu. Está no momento em que a tarefa foi combinada.
Causa real e causa declarada
Cada devolução tem uma causa declarada e uma causa real. A declarada costuma ser formal: faltou anexo, o número não bate, o texto está fora do padrão. A real aparece quando se pergunta o que teria evitado aquela devolução na origem, antes de a tarefa começar.
Vale agrupar em poucas categorias: informação ausente, critério subjetivo, dono da decisão indefinido e mudança de escopo no meio do caminho. Categorias permitem comparar devoluções de tarefas diferentes. Devoluções concentradas em critério subjetivo pedem uma correção. Concentradas em informação ausente, pedem outra.
O que esse registro não resolve
Registrar devoluções não reduz retrabalho por si. Se a tarefa existe apenas porque sempre existiu, o retorno é sintoma de um pedido que não deveria ser feito. Se quem aprova não tem autoridade para decidir, o registro só documenta um problema antigo e vira prestação de contas.
Há também a devolução legítima, quando o cenário muda depois do início do trabalho. Nesse caso não há processo a corrigir, e sim um limite: a tarefa foi conduzida com informação que envelheceu. O registro serve para separar esses casos dos demais, não para eliminá-los.
Recurso prático
Campos do registro de devolução
- Tarefa e quem pediu, em uma linha, para o registro não depender de memória depois.
- Número da devolução: primeira, segunda, terceira, para separar caso isolado de padrão.
- O que foi devolvido, descrito como fato observável, sem avaliação sobre quem executou.
- O que faltava para aceitar: informação, formato, aprovação ou critério não combinado antes.
- Classificação da causa: informação ausente, critério subjetivo, dono da decisão indefinido ou mudança de escopo.
- Quem devolveu e em que ponto o pedido original poderia ter previsto aquela ausência.
O erro mais comum é registrar a devolução apenas pelo lado de quem executou, o que transforma o registro em avaliação de desempenho. A coluna que costuma faltar é a origem: quem pediu e com que informação a tarefa saiu.
Conceitos usados nesta página
- Critério de aceite — Critério de aceite é a condição objetiva que define quando uma entrega, tarefa ou automação é considerada concluída — verificável por quem recebe, não por quem produziu.
Sobre o que está escrito aqui
Conceitos relacionados: critério de aceite · registro de devolução · dono da decisão · informação faltante · mudança de escopo. 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
- Redigitação terceirizada: como avaliar e cont… — redigitação
- Aprovações lentas: qual modelo escolher para… — aprovações lentas
Páginas relacionadas
O mesmo problema em outro objetivo
- Tarefa que volta três vezes: o que combinar antes — Organizar um processo
- Tarefa que volta três vezes: onde corrigir primeiro — Comparar alternativas
- Tarefa que volta três vezes: onde o ciclo se forma — Orientar implementação
- Tarefa que volta três vezes: acertar o pedido na origem — Orientar avaliação e contratação
Outras leituras em Processos, retrabalho e produtividade
- Mudança de escopo sem registro: como comparar o retrabalho — Compara três formas de tratar retrabalho por mudança de escopo sem registro: registrar depois, formalizar na origem ou absorver sem medir.
- Trabalho repassado sem contexto: o que exigir antes de aceitar — Antes de aceitar um trabalho repassado sem contexto, o que precisa estar registrado: resultado esperado, critério de aceite, responsável e premissas de esforço.
- Informação incompleta na entrada: onde mapear o retrabalho — Critérios objetivos para rastrear devoluções de tarefas, identificar campos críticos ausentes na entrada e separar falha de preenchimento de falta de regra.
- 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.
- 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.