Por que o tempo some

Tu não erra o prazo porque se organiza mal. Tu erra porque estima pelo melhor cenário, e todo mundo faz isso.

Por que isso importa pra ti

Antes de qualquer técnica de gestão de tempo (matriz, bloco de agenda, lista), vale entender o defeito de fábrica que todas elas tentam corrigir. Se tu não entende o defeito, a técnica vira mais uma tarefa na lista.

A tua rotina tem os dois ingredientes que mais fazem o tempo sumir: muitas demandas paralelas, de clientes diferentes, e tarefas que dependem de outras pessoas (aprovação, designer, editor). É exatamente o cenário em que as estimativas mais erram.

E tem um detalhe que tu já conhece na prática: a regra do buffer da Elleva (prazo interno = prazo real menos 2 a 3 dias úteis) é uma correção desse defeito. Esta aula explica por que ela funciona, e por que tu provavelmente não aplica na tua própria agenda.

O conceito, bem explicado

1. A falácia do planejamento

Em 1979, os psicólogos Daniel Kahneman e Amos Tversky deram nome a um padrão: a gente subestima quanto tempo as próprias tarefas vão levar, mesmo sabendo que tarefas parecidas atrasaram no passado. Eles chamaram isso de falácia do planejamento.

A explicação deles é a diferença entre duas formas de olhar uma tarefa:

• Visão de dentro: tu olha pra tarefa em si, imagina os passos e soma. "Escrever o relatório: abrir os dados, montar, revisar, umas 2 horas."
• Visão de fora: tu olha pro histórico de tarefas parecidas. "Da última vez que fiz relatório, quanto levou de verdade, contando as interrupções?"

A visão de dentro é natural, detalhada e convincente. O problema é que ela simula o cenário em que tudo dá certo: ninguém te chama no WhatsApp, o dado está onde deveria, a cliente aprova de primeira. A visão de fora já tem todos os imprevistos embutidos, porque é o que aconteceu de verdade.

2. O estudo que tornou isso famoso

Em 1994, Roger Buehler, Dale Griffin e Michael Ross pediram a estudantes de psicologia que estimassem quando terminariam o trabalho de conclusão. A média estimada foi de cerca de 34 dias. A média real foi de cerca de 55 dias. Só uma minoria (em torno de 30%) terminou no prazo que ela mesma tinha previsto.

O dado mais interessante: mesmo quando pediam a estimativa "se tudo der errado", a maioria ainda não chegava ao tempo real. E o viés aparecia para as próprias tarefas. Quando outras pessoas estimavam o tempo dos estudantes, eram mais pessimistas (e mais certeiras).

Traduzindo: tu é melhor estimando o prazo da tua designer do que o teu.

3. A Lei de Parkinson

O segundo ingrediente vem de um ensaio irônico publicado na revista The Economist em 1955 pelo historiador C. Northcote Parkinson. A frase de abertura virou ditado: "o trabalho se expande até ocupar o tempo disponível para a sua conclusão".

Importante ser honesta com a fonte: Parkinson escreveu uma sátira sobre burocracia, não um experimento. Ele observou que o funcionalismo britânico crescia mesmo quando o trabalho diminuía. A frase pegou porque descreve algo que todo mundo reconhece: tarefa sem prazo curto ganha retoque, reunião de 1 hora dura 1 hora mesmo que o assunto precisasse de 20 minutos.

4. Juntando as duas coisas

As duas forças agem ao mesmo tempo, e na direção errada:

Ou seja: tu planeja apertado, mas executa folgado. O buffer some antes do imprevisto chegar.

5. O que corrige isso (e o que não corrige)

Não corrige: se esforçar mais pra estimar direito. A pesquisa mostra que o viés é persistente mesmo em quem sabe dele.

Corrige, ao menos em parte:

• Usar a visão de fora: basear a estimativa no histórico real, não na simulação. É a base do que Kahneman e, depois, Bent Flyvbjerg chamaram de previsão por classe de referência (vai aparecer na trilha de Gestão de Projetos).
• Quebrar a tarefa em partes: estudos de Justin Kruger e Matt Evans (2004) mostraram que listar os componentes da tarefa antes de estimar reduz a subestimação, porque aparecem os passos que a visão "inteira" esconde. O efeito não funciona em todos os cenários, mas é barato de aplicar.
• Prazo curto e explícito para cada bloco: é o antídoto do Parkinson. Em vez de "relatório hoje", "relatório das 9h às 10h30".
• Buffer protegido e visível: folga separada, não espalhada dentro de cada tarefa. Folga espalhada vira Parkinson; folga concentrada no fim protege o prazo. (Essa ideia é o coração da Corrente Crítica, de Goldratt, outra aula da trilha de projetos.)

O que dizem os estudos e os autores

• Evidência de pesquisa: pessoas subestimam o tempo das próprias tarefas mesmo conhecendo atrasos passados, e observadores externos estimam melhor (Buehler, Griffin & Ross, 1994).
• Conceito teórico: a causa provável é o foco na "visão de dentro", no cenário específico, em vez do histórico de casos parecidos (Kahneman & Tversky, 1979). Eles nomearam o viés a partir de um caso real, não de um experimento.
• Evidência de pesquisa: decompor a tarefa em partes antes de estimar reduz a subestimação em vários cenários (Kruger & Evans, 2004), com efeito que depende do contexto em estudos posteriores.
• Observação, não experimento: "o trabalho se expande até ocupar o tempo disponível" (Parkinson, 1955). Vale como lente, não como lei comprovada.

Na prática da Elleva

Tu já resolve isso nos clientes: o buffer de 2 a 3 dias úteis existe porque o time estima pelo melhor cenário. A pergunta desconfortável é se tu aplica a mesma regra na tua própria agenda, ou se a agenda da gestora é a única sem buffer.

Sinais comuns de falácia do planejamento numa operação como a tua:

• o dia termina com 3 ou 4 tarefas "de 15 minutos" que ficaram pra amanhã;
• reunião com cliente puxa uma tarefa nova que não estava no plano, e nada sai pra dar lugar;
• análise ou relatório que "levaria uma tarde" ocupa dois dias, porque foi feito em pedaços entre mensagens.

Com o time, o efeito do observador ajuda: quando a designer diz "entrego amanhã", tu (de fora) costuma ter uma estimativa mais realista que a dela. Vale usar isso com cuidado, sem desautorizar: "pelo histórico, peças desse tipo levam uns 2 dias, vamos combinar quinta?".

Plano de ação

Hoje (15 min): antes de começar o dia, anota ao lado de cada tarefa quanto tempo tu acha que leva. No fim do dia, anota quanto levou. Só isso, sem julgar.

Esta semana:

• Repete a anotação estimado x real por 5 dias úteis. Na sexta, calcula teu "fator de correção" (ex.: se tudo leva 1,5x o que tu estima, esse é o teu número).
• Para as 2 tarefas maiores da semana, antes de estimar, quebra em pelo menos 5 passos e estima cada passo.
• Reserva um bloco fixo de folga por dia (ex.: 1 hora no fim da tarde), sem nada agendado. Imprevisto vai pra ele, não pra cima das outras tarefas.

Como saber se funcionou:

• No fim da semana, tu terminou mais dias com o planejado feito do que sem.
• Teu fator de correção existe no papel e tu começou a multiplicar as estimativas por ele.

Pergunta pra refletir

Se tu cobra buffer do time e da cliente, por que a tua agenda é planejada como se nada fosse dar errado?

Fontes

• Buehler, R., Griffin, D., & Ross, M. (1994). Exploring the "planning fallacy": Why people underestimate their task completion times. Journal of Personality and Social Psychology, 67, 366–381. https://bear.warrington.ufl.edu/brenner/mar7588/Papers/buehler-et-al-1994.pdf
• Kahneman, D., & Tversky, A. (1979). Intuitive prediction: Biases and corrective procedures. TIMS Studies in Management Science, 12, 313–327.
• Kruger, J., & Evans, M. (2004). If you don't want to be late, enumerate: Unpacking reduces the planning fallacy. Journal of Experimental Social Psychology.
• Parkinson, C. N. (1955). Parkinson's Law. The Economist, 19 nov. 1955. Texto: https://doc.cat-v.org/economics/parkinsons-law
• Visão geral do tema: https://en.wikipedia.org/wiki/Planning_fallacy

Pra aprofundar

Rápido e Devagar, Daniel Kahneman (2011), capítulo 23, "A visão de fora". É onde ele conta, em primeira pessoa, como a própria equipe dele caiu na falácia do planejamento ao escrever um livro didático que levou anos a mais que o previsto.