Torre de Controle: o painel que montei porque 15 frentes abertas não é um problema de disciplina
Não faltava disciplina, faltava um lugar único onde 15 frentes abertas aparecessem ao mesmo tempo. Como adaptei o GTD clássico com dois blocos que ele não prevê — e por quê.
Toda vez que uma tarefa some, a explicação óbvia é falta de disciplina. Quase nunca é essa. Na maioria dos casos, o que escapa é o que nunca teve uma próxima ação escrita, ou nunca teve uma data marcada para ser cobrado.
Eu tocando várias frentes ao mesmo tempo — comercial, produto, infraestrutura, mais o que é pessoal e não pode esperar — cheguei num ponto em que a lista de projetos abertos passava de dez e nenhum lugar mostrava todos ao mesmo tempo. A sensação de estar “afogado” não vinha do volume. Vinha de não ter um lugar único pra olhar.
Resolvi com GTD (Getting Things Done), mas não o de livro. Duas peças que o método clássico não prevê, porque o gargalo real não era volume de tarefa — era resposta de terceiro e decisão pendente.
Três vazamentos explicam quase tudo que some
Projeto sem próxima ação. Um nome de projeto na lista não é uma tarefa — é um rótulo. Enquanto a linha disser o nome em vez do próximo movimento físico e concreto, nada sai do lugar. “Resolver o cliente X” não é uma ação; “mandar o e-mail perguntando Y” é.
Delegado sem data de cobrança. Passar um trabalho adiante tira da sua cabeça, mas se ninguém marcou o dia de perguntar “e aí?”, a coisa morre em silêncio. Esse é o vazamento que mais destrói projeto — não porque a pessoa falhou, mas porque ninguém definiu quando cobrar.
Decisão sem prazo. Uma decisão que só você pode tomar trava uma equipe inteira enquanto fica solta na sua cabeça. Ela precisa de hora marcada, como reunião — senão compete com tudo o mais urgente do dia e sempre perde.
Cinco listas, e só cinco
GTD puro é isso, e a tentação de criar mais listas é a forma mais comum de matar o sistema na segunda semana:
- Caixa de entrada — tudo que chega, ainda não processado. Esvaziada uma vez por dia, nunca trabalhada direto de dentro dela.
- Projetos — qualquer coisa com mais de um passo. Cada linha obriga uma próxima ação, sem exceção.
- Próximas ações — agrupadas por contexto (decidir, escrever, ligar…), não por projeto. É a lista que você abre pra trabalhar.
- Aguardando — delegado a alguém, com dono e data de cobrança. A lista mais valiosa do sistema inteiro.
- Algum dia / talvez — vivo, mas fora do foco da semana. Sai da consciência sem sair do sistema.
Os cinco passos, com hora marcada
Capturar, esclarecer, organizar, refletir, executar — a sequência do GTD funciona porque cada passo só existe se o anterior aconteceu de verdade. Por isso cada um ganhou horário fixo em vez de acontecer “quando der”:
- Capturar — o dia inteiro, custo zero. Qualquer coisa que aparece vira uma frase solta, sem organizar nem julgar.
- Esclarecer — dez minutos, logo depois do bloco de foco. Acionável em menos de dois minutos? Faz na hora. Mais que isso vira próxima ação, aguardando ou algum dia.
- Organizar — automático, sai direto da triagem para uma das cinco listas, com contexto e (se for delegado) data de cobrança.
- Refletir — a revisão semanal. É o único passo inegociável — sem ela, o sistema vira cemitério de listas em três semanas.
- Executar — bloco protegido, escolhido pelo contexto e pelo tempo disponível, não pela urgência de quem gritou mais alto.
Os dois blocos que o GTD clássico não prevê
No GTD de livro, cobrar terceiros e tomar decisão vivem dentro da revisão semanal. Isso não bastou pro meu caso, e provavelmente não basta pro seu se o gargalo for parecido: uma semana de atraso numa cobrança custa mais do que dez tarefas não feitas.
Por isso o calendário-padrão ganhou dois blocos extras, com hora fixa como qualquer reunião:
| Quando | Bloco | Serve para |
|---|---|---|
| Seg–sex, 7h–9h | Bloco de foco | Uma frente só, sem reunião |
| Seg–sex, 9h00 | Triagem | Esvaziar a caixa de entrada, escolher as prioridades do dia |
| Terça, 14h | Cobranças | Percorrer a lista Aguardando inteira, linha por linha |
| Quarta, 15h | Mesa de decisões | Só o que está travado esperando uma decisão sua |
| Sexta, 16h | Revisão semanal | Percorrer as cinco listas, escolher o foco da semana seguinte |
As regras que sustentam
- Máximo de cinco projetos ativos. Pra entrar um sexto, um sai. É o limite que transforma uma lista de quinze em trabalho de verdade.
- Todo projeto tem uma próxima ação física. Se você não consegue escrever o próximo movimento, ainda é uma decisão disfarçada de tarefa.
- Delegou, virou linha em Aguardando com data. Sem data, não foi delegado — foi abandonado com testemunha.
- Menos de dois minutos, faz na hora. Na triagem, não anota: resolve.
- A revisão de sexta não se remarca. Se um dia cair, o sistema aguenta. Se cair duas semanas seguidas, você volta à estaca zero.
Nada disso é sofisticado. A parte que importa é que cada regra existe porque respondeu a um vazamento específico que eu já tinha visto acontecer — não porque estava num livro.
O painel em si eu montei junto com IA, o que no fim é o mesmo assunto de todo post técnico daqui: um sistema construído pra um problema real e definido, não uma ferramenta genérica de mercado.