Como funciona a técnica de planejamento ontem hoje e amanhã na prática
Planilha de projeto aberta às 7 da manhã, reuniões empilhadas até o final da tarde, e alguém perguntando na quinta-feira sobre algo que deveria ter sido decidido na terça. A maior parte dos atrasos em equipes de desenvolvimento e projetos não vem de falta de capacidade técnica. Vem de uma desconexão simples entre o que já foi feito, o que está sendo feito agora e o que precisa ser entregue nos próximos dias. É aí que entra o método conhecido como ontem hoje e amanhã.
A lógica por trás do ontem hoje e amanhã
O conceito é basicamente uma estrutura de atualização diária que organiza o trabalho em três colunas ou seções. Ontem registra o que realmente foi concluído. Hoje lista o que está em andamento no momento. Amanhã aponta o que está previsto para o próximo ciclo de trabalho. A variante mais usada no mercado funciona como formato de stand-up em squads ágeis, mas pessoas fora de times ágeis também aplicam o mesmo padrão em planilhas individuais, documentos compartilhados e até mensagens de equipe no Slack. O que a maioria dos iniciantes não percebe na primeira semana é que o valor principal não está em preencher as colunas. Está em forçar a diferença entre o que você acha que fez e o que realmente entregou. Na minha experiência gerenciando sprints de integração de API, já vi dezenas de casos em que o membro da equipe preenchia "ontem: terminei a validação do endpoint" quando, na verdade, o código estava rodando localmente mas ainda não havia passado pelo código de revisão. A coluna ontem funcionou como espelho e revelou um gap entre percepção e realidade que nenhum relatório semanal mostrava.
A diferença real entre esse método e um simples to-do list é que ele exige uma atualização com dados concretos do dia anterior antes de planejar o futuro. Você não pula direto para o que vai fazer. Você primeiro confirma o que já aconteceu. Isso elimina uma categoria inteira de problemas: tarefas que a equipe acha concluídas mas que na prática ainda estão pendentes porque ninguém abriu PR ou notificou o responsável pelo review.
Como implementar sem complicar
Comece com algo simples. Uma linha para cada membro da equipe em um documento Google ou num quadro Kanban básico com três colunas. Preencha todas as três seções todos os dias úteis. Não precisa de ferramenta nova, não precisa de treinamento, não precisa de ceremony adicional. O formato bruto já funciona. Se estiver usando Jira ou Asana, configure um campo customizado com três textos curtos ou vincule uma aba de planilha ao board. A maioria dos times que eu vi fracassar nesse método não falhou por falta de ferramentas. Falhou porque começou com templates elaborate que demandavam preenchimento de seis campos, tags de prioridade e datas de vencimento individuais para cada item. Isso adicionou atrito suficiente para que as pessoas parassem de atualizar depois de três dias. Simplifique até doer.
👉 Clique no botão abaixo para saber mais sobre o assunto!
O ciclo recomendado é atualizar pela manhã antes das reuniões. Dedique no máximo oito minutos. Se seu processo leva vinte minutos por pessoa, algo está errado na estrutura e não na disciplina. A regra prática é: se o preenchimento consome mais tempo que o benefício gerado, reduza o escopo antes de abandonar o método.
Erros comuns que quebram o fluxo
O primeiro erro que observei repetidamente é tratar a coluna ontem como diário em vez de registro de entregas. As pessoas escrevem "reunião com o cliente" como se fosse uma conclusão. Reunião não é entrega. Entrega é o documento que saiu daquela reunião, o email de follow-up, o link para a documentação atualizada. Quando a coluna ontem começa a acumular atividades vagas, ela perde o poder de detection de inconsistências. O segundo erro é transformar a coluna amanhã em uma lista de desejos sem restrição. Eu vi times colocarem doze itens para o dia seguinte enquanto a capacidade média do squad era quatro tarefas concluídas por dia. Isso cria uma falsa sensação de progresso porque o documento parece produtivo, mas o gap entre amanhã planejado e ontem realizado nunca se fecha. Coloque no máximo três itens por pessoa para amanhã e justifique cada um com uma frase curta do tipo "bloqueado por dependência do time X" ou "aguardando aprovação do product owner".
O terceiro erro é mais sutil e costuma aparecer em equipes remotas. Alguém atualiza a coluna hoje como "em andamento" e nunca mais toca no item. Depois de três dias, a equipe inteira trabalha sobre a suposição de que aquela tarefa está avançando, quando na realidade ficou parada por um bloqueio técnico não declarado. A solução que funcionou no meu caso foi adicionar um sufixo obrigatório na coluna hoje: o nome do responsável pelo próximo passo concreto. Se a próxima ação depende de outra pessoa, esse nome deve constar no campo. Sem essa informação, um item "em andamento" é apenas ruído.
Quando o método não funciona
O ontem hoje e amanhã não serve para projetos criativos onde o deliverable é imprevisível, como design de interface em fase exploratória ou pesquisa acadêmica sem marco definido. Nessas situações, tentar forçar uma divisão rígida em três dias gera mais frustração do que clareza. O mesmo vale para ambientes com fluxo de trabalho altamente imprevisível, como suporte técnico onde tickets chegam de forma estocástica ao longo do dia e não há como prever com antecedência o que será atendido amanhã. Nesse cenário, uma tabela de SLA com status por ticket entrega mais informação útil do que três colunas de planejamento. Outro ponto onde o método se mostra limitado é em equipes com rotatividade alta. Se nove pessoas entram e saem do time a cada dois meses, a memória coletiva sobre o que foi "ontem" se perde rapidamente. Nesses casos, a implementação deve ser acompanhada de um sistema de onboarding rápido que ensine o padrão nas primeiras horas, senão cada pessoa nova interpreta as colunas de forma diferente e a consistência desaparece em uma semana.
Por que isso continua relevante depois de anos
O método persiste porque resolve um problema específico: a divergência entre percepção e realidade no fluxo de trabalho diário. Todo sistema de gerenciamento de projetos tenta resolver isso de formas mais amplas, mas o ontem hoje e amanhã é mais barato, mais rápido e mais difícil de ignorar. Ninguém consegue manter duas versões da verdade simultaneamente quando precisa escrever todo dia o que realmente concluiu no dia anterior. Se você quer começar hoje, abra um documento, crie três colunas, coloque o nome de cada participante e peça para preencherem nos próximos cinco dias. Não espere resultados dramáticos no primeiro dia. O benefício real aparece na terceira ou quarta semana, quando o padrão de completude ou não completude se torna visível e os gargalos começam a aparecer sem precisar de reunião de retrospectiva ou análise de métricas avançadas.
