Nesse Ou Neste Momento

Como usar o presente com assertividade

Achei que a primeira coisa a fazer era entender onde o tempo realmente se concentra. Quando você para pra observar, nota que quase tudo acontece no nesse ou neste momento, não no conceito abstrato de futuro ou no registro morto do passado. Eu já passei horas tentando "planejar" o dia perfeito, só pra descobrir que o único ponto de controle real é o agora imediato. Isso não é filosofia de revista — é engenharia de atenção. A maior armadilha que eu encontrei foi em 2023, quando precisei migrar um banco PostgreSQL de 2TB com downtime zero. O plano dizia "fazer cópia incremental e aplicar 3h de lag". Na prática, o lag começou a crescer em 45 minutos e o storage encheu. O que funcionou foi parar de seguir o playbook, identificar que a issue era index lock contention no writer, e aplicar vacuum full em batches de 10GB com semáforo de 3 conexões ativas. Eu poderia ter esperado o "momento certo" da manutenção, mas o momento certo era aquele em que o sistema ainda respondia queries em menos de 2 segundos. Se você está lendo isso depois que o banco travou, minha recomendação realista: tenha um manual de contingência escrito em texto puro, não em slides, e teste todo trimestre com falha simulada. O método que eu uso hoje é mais simples do que parece. Anota em uma tabela de três colunas: urgência real, impacto nos próximos 30 dias, e custo de adiar. A maioria dos "projetos estratégicos" cai na diagonal de baixo — alto impacto teórico, custo zero se esperar. Eu costumo descartar 60% das tasks só por esse critério. O resto segue duas regras práticas: task que leva menos de 15 minutos, faz agora; task que precisa de mais de 2 horas, quebra em sub-tarefas de 25 min com checkpoint explicito. Isso elimina a ilusão de "vou agendar pra sexta" e te força a encarar o tamanho real do trabalho.

O lado ruim que ninguém conta é que esse método assume que você tem autonomia pra decidir o que faz. Em ambientes corporativos hierárquicos, onde cada decisão precisa de aprovação de 3 níveis, o "agora" vira "sábado à noite quando ninguém vê". Eu já vi projetos morrerem por essa diferença entre teoria e prática. Se você está nesse cenário, o workaround que encontrei é documentar tudo em formato de log sequencial com timestamps, e enviar semanalmente pra quem assina — transforma a espera passiva em rastro ativo que pode ser questionado em review.

Erros comuns que eu vejo todo dia

Lista rápida, porque a internet já tem bastante conteúdo motivacional sobre o tema: Não adianta fingir que sempre dá pra focar no agora. Tem cenários onde o planejamento de longo prazo é obrigatório — migrações de infraestrutura, reengenharia de sistemas legados, contratos com milestones trimestrais. Nesses casos, eu uso uma variação do método: dividimos o projeto em "pontos de não-retorno" separados por 2-3 semanas, e em cada ponto decidimos se continuamos, pivotamos, ou abortamos. Isso transforma o grande projeto monolítico em série de decisões pequenas, cada uma com informação atualizada. O risco real é o "viés de continuidade" — pessoas continuam em projetos mortos porque já investiram muito tempo. O antídoto é ter um critério de aborto escrito antes de começar, não depois que o problema aparece. Se o seu contexto é mais criativo do que técnico (design, escrita, estratégia de produto), o método muda. Em vez de tabelas de urgência, uso "sprints de produção" de 90 minutos com silêncio absoluto, seguidos de 20 minutos de revisión. O tempo curto força foco. O tempo longo permite procrastinação disfarçada de "reflexão". Eu já vi designers profissionais trabalharem 8 horas num logo e produzirem menos do que eu produzo em 90 minutos com esse método. A diferença não é talento — é restrição artificial que elimina opções irrelevantes.

Quando tudo falha

Vou ser honesto: tem dias em que nenhum método funciona. Soninho mal resolvido, network down no datacenter, ou simplesmente uma semana em que tudo dá errado simultaneamente. Nesses casos, a única regra que eu sigo é "não tomar decisões importantes". Uma dívida de 50k bem assumida hoje pode ser uma dívida de 150k se você decidir sob pressão. Se o sistema tá em chamas, o melhor presente que você pode dar pra si mesmo é esperar até que o incêndio diminua, e então aplicar o método normal. Não é covardia — é economia de recursos cognitivos. O link pra download do template que eu uso (planilha de 3 colunas + checklist de aborto) tá no meu perfil, se alguém quiser. É só CSV, sem SaaS, sem tracking. Se algum dia o Google sair do ar, ainda consigo abrir no LibreOffice.