Igor Nascimento O problema não é tempo, é atenção
Todo mundo que trabalha com código conhece o dia que termina sem nada pronto. Não foi preguiça: foram oito horas de reuniões curtas, mensagens respondidas na hora, "só uma olhada" num pull request, uma aba de documentação que virou dez. No fim, a tarefa que importava não andou, e a sensação é de cansaço sem entrega. O diagnóstico que demorei a aceitar é que o recurso escasso não era tempo. Eu tinha tempo. O que eu não tinha era atenção contínua, em blocos grandes o bastante para resolver algo difícil.
Atenção tem duas propriedades que tornam isso pior do que parece. A primeira é que ela não volta instantaneamente: depois de uma interrupção, parte da cabeça continua na coisa anterior por minutos, e o retorno ao problema original tem um custo de recarga. A segunda é que ela se gasta em decisões pequenas, não só nas grandes. Decidir se respondo agora ou depois, se abro ou não a notificação, se vale trocar de tarefa, cada uma dessas decisões cobra um pouco, e no fim do dia a soma é o que sobrou. Qualquer técnica de produtividade que funcione para mim precisa atacar essas duas propriedades: proteger blocos de atenção e tirar decisões da frente.
O que a técnica Pomodoro é, de verdade
A técnica foi criada por Francesco Cirillo no fim dos anos 1980, com um timer de cozinha em formato de tomate, daí o nome. A versão que circula por aí é "trabalhe 25 minutos, descanse 5". Isso é a parte visível e é a menos importante. A técnica inteira tem seis passos, e os que fazem diferença são os que ninguém segue.
- Escolher a tarefa. Antes de ligar o timer, decidir o que vai ser feito. Uma coisa, com nome, pequena o bastante para caber em alguns pomodoros.
- Ligar o timer. Vinte e cinco minutos no original. O número importa menos do que o fato de ser fixo e visível.
- Trabalhar até tocar. Sem trocar de tarefa, sem abrir nada que não seja a tarefa. Se terminar antes, revisar o que foi feito até o timer tocar.
- Marcar. Um traço no papel. O pomodoro concluído é uma unidade de trabalho registrada, não só tempo passado.
- Pausa curta. Cinco minutos, longe da tela. De pé, água, janela.
- Pausa longa a cada quatro. Quinze a trinta minutos depois do quarto pomodoro. É o que impede o método de virar uma esteira.
Em volta dos seis passos há três regras que são o coração do método e que as versões simplificadas descartam:
- O pomodoro é indivisível. Não existe meio pomodoro. Se foi interrompido a ponto de parar, ele é anulado e começa de novo. Parece punitivo; é o que dá valor à unidade. Um traço no papel só significa alguma coisa se todo traço representa a mesma coisa.
- Interrupções são registradas, não atendidas. Cirillo separa as internas, a sua própria cabeça lembrando que precisa responder alguém, das externas, alguém chegando com uma pergunta. As internas viram uma anotação na lista de "depois" e você volta. As externas seguem o protocolo informar, negociar, agendar e retornar: "estou no meio de algo, posso te procurar em vinte minutos?". Quase sempre a resposta é sim.
- Estimar em pomodoros e comparar no fim. No começo do dia, cada tarefa recebe um número de pomodoros previstos. No fim, o número real fica ao lado. É o passo que transforma a técnica em instrumento de medição, e é o que ensina, em poucas semanas, que a sua estimativa está sistematicamente errada por um fator que você passa a conhecer.
Não é o timer. É a combinação de três coisas: uma única tarefa declarada antes de começar, um bloco de tempo com fim visível, e uma pausa obrigatória que não depende de você "sentir" que precisa. Juntas elas tiram da frente as decisões que mais gastam atenção: o que fazer agora, se já posso parar, se vale atender a interrupção. O timer é só o mecanismo que torna as três automáticas.
Por que isso funciona, em termos que eu consigo defender
Há explicações demais para a técnica, e a maioria é boa demais para ser verdade. As que eu consigo sustentar com a minha própria experiência são quatro.
Começar é a parte cara. A resistência a uma tarefa difícil é quase toda na largada. "Vou trabalhar nisso a tarde inteira" é uma promessa assustadora; "vou trabalhar nisso por vinte e cinco minutos" não é. O timer reduz o compromisso ao tamanho em que ele deixa de ser assustador, e uma vez dentro, continuar é mais fácil do que parar.
Prazo fixo elimina a expansão do trabalho. Tarefa sem limite se expande até ocupar o tempo disponível, e a expansão vem na forma de polimento que ninguém pediu, de pesquisa que não era necessária, de refatoração paralela. Um bloco com fim visível força a pergunta "o que dá para entregar até o timer tocar", e a resposta costuma ser a coisa certa.
A pausa obrigatória evita o declínio que você não percebe. Atenção cai com o tempo de uso contínuo, e cai sem avisar: a pessoa continua na tarefa, só que mais lenta e cometendo mais erros, convencida de que está rendendo igual. A pausa a cada vinte e cinco minutos acontece antes do declínio, não depois. É a diferença entre manutenção preventiva e conserto.
O registro muda o comportamento. Contar pomodoros por tarefa produz um dado que não existia: quanto cada coisa custa de verdade. Depois de algumas semanas vendo que "arrumar aquele teste" custa quatro pomodoros e não um, a estimativa seguinte já sai calibrada. E ver que o dia rendeu três pomodoros, não oito, é uma informação dura e útil sobre onde a atenção foi parar.
Onde a técnica não serve, e o que eu mudo
A técnica foi desenhada para trabalho individual e interruptível. Há trabalho que não é assim, e forçar o método nele é pior do que não usar.
| Situação | O que acontece com 25/5 | O que eu faço |
|---|---|---|
| Depuração profunda, quando o modelo mental do problema leva vinte minutos para ser montado | O timer toca no momento em que a cabeça finalmente está inteira no problema; a pausa destrói o modelo e os próximos dez minutos são para remontá-lo | Blocos de 50 com 10 de pausa, ou 90 com 20. O método é o mesmo; a unidade muda |
| Programação em par ou sessão de desenho de arquitetura com outra pessoa | Duas pessoas com timers independentes é caos; uma pessoa impondo pausa à outra é desconforto | Combinar o bloco antes. O timer é compartilhado ou não existe |
| Dia de reuniões | Não existe bloco de 25 minutos livre; cada tentativa é anulada por uma chamada | Não usar. Agrupar as reuniões e reservar uma manhã inteira de outro dia |
| Tarefas de dois minutos em série: revisar PRs pequenos, responder issues | Um pomodoro inteiro para uma tarefa de dois minutos cria ansiedade de "preencher" | Um pomodoro para o lote, não para a tarefa. A tarefa declarada é "limpar a fila" |
| Trabalho criativo de começo em branco: escrever um texto, desenhar uma API nova | Funciona bem. O timer tira a paralisia da página em branco | Vinte e cinco minutos mesmo, com a regra de não apagar nada durante o bloco |
A regra que extraio dessa tabela: a duração do bloco deve ser maior que o tempo de aquecimento da tarefa. Se levo vinte minutos para carregar o contexto de um problema, um bloco de vinte e cinco é um desperdício de aquecimento. Se o contexto cabe em dois minutos, vinte e cinco é generoso. A técnica original fixa o número para que você não negocie consigo mesmo a cada vez, e eu respeito isso: a negociação é feita uma vez, de manhã, por tipo de tarefa, nunca durante o bloco.
O outro ajuste é sobre a pausa longa. Quinze minutos a cada quatro pomodoros são duas horas de trabalho e vinte minutos de pausa curta acumulada. Para mim, a pausa longa só funciona se for realmente longa, com almoço ou caminhada, e se for respeitada mesmo quando o trabalho está indo bem. É exatamente quando está indo bem que eu quero pular, e é exatamente quando pular que o resto do dia desaba.
O que eu uso para rodar a técnica
Durante anos usei timer de celular, e o problema do celular é que ele é o maior gerador de interrupções que existe, então usá-lo como instrumento de foco é levar o incêndio para apagar o fogo. Depois usei aplicativos que pediam conta, sincronizavam com a nuvem, ofereciam planos premium e mandavam e-mail de "você não completou sua meta". Nenhum deles era um timer; eram produtos que tinham um timer dentro. O que eu queria era um timer com as três coisas que a técnica exige, tarefa declarada, bloco fixo e pausa automática, mais o registro no fim do dia, e nada além disso.
Foi daí que saiu o PomoFocus, que roda direto no navegador em imnascimento.github.io/PomoFocus. É uma página só, HTML, CSS e JavaScript puro, sem servidor, sem conta, sem dependência. As decisões de desenho são a técnica traduzida em interface:
- A atividade atual aparece em cima do timer. Antes de iniciar, você escreve o que vai fazer, e o texto fica visível durante todo o bloco. É o passo um da técnica, "escolher a tarefa", transformado em algo que você não consegue pular sem notar. A atividade fica guardada no navegador, então ao reabrir a página ela continua lá.
- Três modos, um ciclo automático. Pomodoro, pausa curta e pausa longa, com 25, 5 e 15 minutos por padrão, ajustáveis nas configurações e lembrados entre sessões. Quando o pomodoro termina, o app entra sozinho na pausa; quando a pausa termina, volta sozinho ao trabalho; a cada quatro pomodoros, a pausa é a longa. O próximo bloco começa automaticamente três segundos depois do anterior. Essa escolha é deliberada e é a mais importante: você não decide se vai fazer a pausa. Ela acontece. Decidir é a parte que gasta atenção, e a técnica existe para tirar essa decisão de você.
- O anel de progresso e os últimos dez segundos. O timer é um círculo que se completa, grande, lido de longe. Nos últimos dez segundos ele pulsa. É o aviso de "termine a frase, salve o arquivo", que o timer de cozinha original dava com o barulho do mecanismo.
- Aviso que não depende de aba aberta. Quando o bloco termina, toca um som curto gerado pelo próprio navegador, sem arquivo de áudio, e dispara uma notificação do sistema se você permitiu. Dá para deixar a aba atrás do editor e confiar que vai ser avisado.
- Registro por atividade e relatório no fim do dia. Cada pomodoro concluído entra num histórico com a atividade, a hora e a duração, e a tela de estatísticas mostra quantos foram, quanto tempo de foco somaram e quantas atividades diferentes apareceram. Um botão baixa tudo como um arquivo de texto com o resumo por atividade e o histórico detalhado. É o passo quatro da técnica, "marcar", e o que permite comparar estimado com realizado no fim do dia.
O histórico da sessão vive na memória da página, e as configurações e a atividade ficam no armazenamento local do navegador. Nada sai da máquina. Isso compra três coisas: privacidade total, porque o que você está fazendo às 15h não é dado de ninguém; custo zero, porque uma página estática no GitHub Pages não tem fatura; e simplicidade, porque não há login, sincronização nem versão do servidor para manter. O preço é que o histórico do dia acaba com a aba. Por isso o relatório é um arquivo baixável e a página avisa antes de fechar se há pomodoros registrados. Para mim, um arquivo de texto por dia numa pasta é um registro melhor do que um painel na nuvem, porque é meu e porque eu abro.
O que o PomoFocus não faz também é escolha. Não tem lista de tarefas, porque a lista já existe em outro lugar, no Trello, no quadro do time, e duplicá-la é criar uma segunda fonte de verdade. Não tem metas diárias nem sequências de dias, porque a técnica não é sobre gamificação e esse tipo de incentivo cobra mais atenção do que devolve. Não tem estatística semanal, porque o relatório diário é o grão certo: o que me interessa é quanto cada tarefa custou, e isso cabe num arquivo por dia.
O que mudou depois de alguns meses
Três coisas, nessa ordem de importância. A primeira é que passei a saber quanto as coisas custam. "Essa migração leva uma tarde" virou "essa migração leva doze pomodoros", e doze pomodoros com pausas e interrupções é um dia e meio, não uma tarde. A estimativa ficou mais honesta porque passou a ter unidade.
A segunda é que as interrupções internas diminuíram. A primeira semana foi uma lista enorme de "depois": verificar e-mail, olhar o deploy, responder a mensagem. Com o tempo, a cabeça aprendeu que esses impulsos têm lugar para ir, a lista, e param de insistir. Não desapareceram; ficaram administráveis.
A terceira é que o fim do dia tem um número. Três pomodoros num dia de muita reunião não é fracasso; é a medida do que o dia permitiu, e serve para a conversa seguinte sobre quantas reuniões cabem numa semana. Oito pomodoros num dia limpo é o teto realista, e saber o teto evita a promessa de dez.
Resumo da conversa
- O recurso escasso é atenção contínua, não tempo. Ela não volta de imediato depois de uma interrupção e se gasta em decisões pequenas.
- A técnica Pomodoro é mais do que 25/5: uma tarefa declarada antes, um bloco indivisível, pausa obrigatória, interrupções registradas em vez de atendidas, e estimativa comparada com o realizado.
- A duração do bloco deve ser maior que o aquecimento da tarefa. Depuração profunda pede 50 ou 90; fila de tarefas pequenas pede um bloco para o lote; dia de reunião pede não usar.
- O PomoFocus é a técnica em uma página: atividade visível, ciclo automático que decide a pausa por você, aviso fora da aba, registro por atividade e relatório em arquivo. Sem servidor, sem conta, sem nada que gere interrupção.
- O ganho real é medir: saber quanto cada tarefa custa, ter para onde mandar os impulsos, e fechar o dia com um número em vez de uma sensação.