Resposta direta
A tarefa volta porque o pedido não define o que é uma entrega aceitável. Quem pede avalia por expectativa própria, e cada avaliação acrescenta um item que não estava escrito. A saída não é cobrar mais atenção de quem executa. É fechar, antes do início, três pontos: o que a entrega precisa conter, quem aceita e com que critério, e o que conta como motivo legítimo de devolução. Cada retorno passa a ter causa registrada. Se a mesma causa se repete, o problema está no pedido, não na execução. Isso não elimina revisão. Reduz o retorno que não acrescenta nada.
- Objetivo
- Orientar avaliação e contratação
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Trata o retorno repetido como falha do pedido, com motivo registrado em cada devolução e aprovador único nomeado, em vez de tratá-lo como falha de execução.
O retorno que repete o mesmo motivo
Toda tarefa devolvida traz um motivo, mesmo quando não é dito em voz alta. Pode ser campo faltando, escopo que cresceu, formato diferente do esperado ou preferência de quem aprova. Sem registro, os retornos parecem três problemas distintos. Com registro, costuma aparecer um só, repetido.
O acompanhamento útil se resume a duas colunas: quantos retornos por tarefa e qual motivo em cada um. Não é indicador de pessoa, é leitura do pedido. Duas tarefas do mesmo tipo, com o mesmo motivo repetido, apontam para o pedido, não para a execução.
Critério de aceite combinado antes do início
Antes de o trabalho começar, o pedido precisa fechar três pontos: o que a entrega contém, quem aceita e com que critério, e o que conta como motivo legítimo de devolução. Sem isso, cada rodada de aprovação vira uma negociação nova.
Aprovador único nomeado evita o caso em que cada revisor acrescenta um item. Quando o aceite depende de mais de uma área, o pedido define quem consolida as observações e até quando. Prazo curto não substitui critério: apenas antecipa a devolução.
O que isso não resolve
Fechar o pedido não elimina a revisão. Parte do retorno é legítima e necessária, sobretudo quando o trabalho depende de informação que só aparece durante a execução. O objetivo é reduzir o retorno que não acrescenta nada, não zerar devoluções.
Também não resolve o caso em que quem executa não tem acesso ao dado ou à decisão. Ali a questão é de permissão e de quem responde, não de critério. E não mede se a entrega final estava correta: isso depende do uso que se faz dela depois.
Recurso prático
Motivo do retorno e onde corrigir o pedido
| Motivo do retorno | Onde está a falha | O que muda no pedido |
|---|---|---|
| Campos e formato incompletos | Especificação ausente no pedido | Lista do que a entrega precisa conter, escrita antes do início |
| Escopo maior do que o combinado | Pedido aberto, sem limite declarado | Definir o que fica fora nesta rodada e quem decide inclusão |
| Preferência de quem aprova, sem critério | Aceite pessoal na hora da revisão | Critério escrito e aprovador único nomeado antes do trabalho começar |
O erro mais comum é tratar o terceiro retorno como falha de quem executou. Na maior parte dos casos o motivo é o mesmo desde o primeiro retorno, e ninguém registrou qual era.
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 · motivo do retorno · pedido de trabalho · aprovador único · custo do retrabalho. 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
- Dependência de pessoas: como mapear onde ela… — dependência de pessoas
- Organização do trabalho de redigitação operac… — redigitação
Páginas relacionadas
O mesmo problema em outro objetivo
- Tarefa que volta três vezes: a causa antes da correção — Diagnosticar
- 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
Outras leituras em Processos, retrabalho e produtividade
- 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.
- Tarefas sem dono: como fixar responsabilidade na ponta — Critérios práticos para definir donos únicos por entrega de ponta a ponta em operações fragmentadas, eliminando o vácuo decisório entre áreas.
- Tarefa sem registro de conclusão: onde a informação se perde — Onde a conclusão de uma tarefa deixa de ser registrada, o que medir e quais critérios separam falta de registro de falta de execução.