Pular para o conteúdo

Soluções · Processos, retrabalho e produtividade

Tarefa que volta três vezes: o que combinar antes

por que a mesma tarefa volta três vezes antes de ficar pronta

Resposta direta

Tarefa que volta três vezes costuma ter uma causa antes da causa: ninguém combinou, no início, o que conta como pronto e quem aceita o resultado. O caminho é registrar o motivo de cada retorno, agrupar os motivos em poucas causas e ligar cada uma a algo que deveria ter sido definido antes de começar. Isso separa retrabalho de iteração legítima. A repetição diminui porque o processo passa a tratar o motivo do retorno, não a pessoa que executou. O critério de pronto e o nome de quem aceita a entrega são as duas peças que faltam na maior parte dos casos.

Objetivo
Organizar um processo
Formato indicado
Projeto de implementação
Atualizado em

O que esta página acrescenta: Separa retrabalho de iteração legítima e liga cada volta a um critério de pronto combinado antes do início, em vez de tratar o retorno como falha de quem executou.

Todo retorno tem um motivo registrável

A primeira providência não é mudar o fluxo, e sim registrar por que a tarefa voltou. Um campo com o motivo, preenchido por quem devolve, já mostra padrão em poucas semanas. Não é preciso sistema novo: uma coluna no controle que a equipe já usa resolve.

Os motivos costumam caber em poucas causas: informação que faltou, critério de pronto não combinado, decisão que ninguém tomou e escopo alterado depois do início. Agrupados assim, o retorno deixa de ser evento isolado e passa a apontar onde o processo precisa de definição, não de mais cobrança.

Quem revisa e quem aceita são papéis diferentes

Revisar é apontar o que pode melhorar. Aceitar é decidir que a tarefa está pronta. Quando os dois papéis ficam na mesma pessoa ou em um grupo sem nome, a entrega fica em revisão indefinida e volta por opinião, não por critério.

Antes de iniciar, vale definir o que a entrega precisa conter, o que fica fora e quem tem autoridade para dizer que está pronto. Se esse nome muda no meio do caminho, o ciclo recomeça, porque o critério de aceitação muda junto.

O que essa organização não resolve

Ela não elimina retrabalho legítimo. Trabalho exploratório, peça criativa e análise cujo resultado muda a pergunta seguinte voltam porque o próprio trabalho é assim. Contar essas voltas como erro distorce o indicador e desgasta quem executa.

Também não corrige causa que está fora do processo, como prioridade trocada por outra área ou decisão que depende de instância superior. E não garante que a tarefa feche na primeira entrega. O que ela faz é reduzir as voltas que nascem de definição ausente e dar base para discutir as demais.

Recurso prático

Motivo do retorno e o que combinar antes de começar

Motivo da voltaO que organizar antes de começar
Informação que faltouLista do que o executor precisa receber para iniciar; a falta vira pendência antes da execução
Critério de pronto não combinadoDescrição do que a entrega deve conter e do que fica fora dela
Revisão sem decisãoNome de quem decide que está pronto, distinto de quem revisa ou apenas opina
Escopo alterado depois do inícioRegistro de quem pode mudar o escopo e do ponto em que a mudança reinicia a tarefa

O erro mais comum é tratar toda volta como erro de quem executou; a maior parte dos retornos nasce de critério não combinado antes do início, e parte do que se chama de retrabalho é iteração legítima de trabalho ainda em exploração.

Sobre o que está escrito aqui

Conceitos relacionados: critério de pronto · motivo de retorno · responsável pela aceitação · escopo alterado depois do início · retrabalho e iteração legítima. 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.