Pular para o conteúdo

Soluções · Processos, retrabalho e produtividade

Tarefa que volta três vezes: onde o ciclo se forma

Por que a mesma tarefa volta três vezes antes de ficar pronta e o que fazer para reduzir isso

Resposta direta

A tarefa volta três vezes porque o critério de aceite não existe no início. Quem executa recebe o pedido sem saber o que caracteriza entrega aceitável, e quem aprova só descobre o que queria ao ver a primeira versão. O ajuste não é de qualidade, é de definição. A correção prática é separar duas coisas antes de começar: o que a tarefa precisa conter e quem decide se ela está pronta. Com isso, o ciclo tende a cair para no máximo uma rodada de ajuste. As devoluções que restarem apontam falhas reais, não ruído de expectativa.

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

O que esta página acrescenta: Trata o retorno da tarefa como falha de definição inicial, não de execução, e mostra onde registrar o ponto de devolução.

Onde o ciclo começa

Na maioria dos casos, a tarefa nasce de um pedido verbal ou de uma mensagem curta. Quem executa completa o que falta com base em tarefas parecidas e cria um padrão que ninguém combinou. Quem aprova descobre o que queria ao ver a primeira versão.

A segunda devolução costuma vir de outro ponto. A aprovação passa por alguém que não participou do pedido inicial e aplica um critério próprio. Sem registro, o retrabalho fica atribuído a quem executou, quando a origem está na abertura da tarefa.

O que estabiliza a entrega

O ganho vem de três ajustes pequenos: critério de aceite escrito antes do início, um responsável único pela aprovação e registro do motivo a cada devolução. Nada disso exige sistema novo. Cabe em documento simples e em conversa curta de abertura.

Com o motivo registrado, aparece um padrão. Muitas devoluções repetem a mesma causa, como formato de saída ou dado que faltava na entrada. Corrigir a causa na origem reduz rodadas sem cobrar mais de quem executa.

O que essa correção não resolve

Ajuste de definição não resolve conflito de prioridade. Se a área que pede muda de decisão no meio do caminho, a tarefa volta por motivo legítimo, e nenhum critério inicial evita isso. Nesse caso o problema está na governança da decisão, não no fluxo.

Também não substitui competência técnica nem elimina a revisão quando o escopo muda. E medir devolução por pessoa transforma o indicador em controle sobre indivíduos. O dado útil é o motivo da devolução, não o nome de quem devolveu.

Recurso prático

Verificação antes de devolver uma tarefa

  • motivo da devolução escrito em uma frase, ligado ao critério combinado na abertura
  • o que falta está no escopo original ou é pedido novo, tratado como tal
  • nome de quem aprova, distinto de quem pediu a tarefa
  • critério de aceite registrado antes do início, não depois da primeira entrega
  • histórico da tarefa com quantas rodadas voltou e por quais motivos
  • causa recorrente identificada na entrada, como dado faltante ou formato de saída

O erro mais comum é tratar cada devolução como caso isolado. Sem registrar o motivo, o mesmo problema reaparece na tarefa seguinte e passa a parecer falta de atenção de quem executa.

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 · ponto de devolução · definição de pronto · rodada de ajuste · responsável pela aprovaçã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 tarefa que volta três vezes antes de ficar pronta. 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.