Zen To Done (ZTD), Na Prática

Foco em MITs, adoção baseada em hábitos e simplicidade como estratégia de produtividade

Zen To Done vs GTD: qual é a diferença?

Zen To Done (ZTD) é a alternativa deliberadamente simplificada de Leo Babauta ao Getting Things Done (GTD) de David Allen, e é melhor entendida como três listas: o que mantém, o que descarta e o que adiciona. Ela MANTÉM os dois movimentos estruturais do GTD — capturar tudo que está na sua cabeça em um lugar confiável, e definir a próxima ação concreta em vez de um nome de projeto vago. Ela DESCARTA a maior parte da engrenagem: o elaborado sistema de contextos, a estrutura de arquivamento com múltiplas listas e a expectativa de manter uma revisão abrangente de tudo, tudo isso que Babauta argumenta ser onde o GTD desmorona para usuários comuns. Ela ADICIONA duas coisas que o GTD não tem. Primeiro, adoção hábito por hábito — o GTD é apresentado como um sistema que você instala e depois roda, enquanto o ZTD é apresentado como dez hábitos que você adota um de cada vez ao longo de semanas, uma resposta direta à observação de que a maioria das falhas do GTD são falhas de adoção, não de design. Segundo, um foco diário em um pequeno conjunto de tarefas mais importantes (MITs) escolhidas com antecedência, enquanto o GTD deixa a seleção diária a cargo de contextos e tempo disponível. O trade-off prático: o GTD é mais completo e lida melhor com uma carga de compromissos grande e complexa; o ZTD é mais fácil de sustentar mas faz menos por você, e se seus compromissos forem genuinamente complexos você pode acabar reconstruindo partes do GTD de qualquer forma. Ambos são sistemas de praticantes, não protocolos testados.

As pessoas quase sempre chegam ao Zen To Done através do GTD — geralmente depois de tentar o Getting Things Done e perceber que ele não sobreviveu ao contato com uma semana comum. Então o enquadramento útil é uma comparação, não uma descrição isolada. Onde GTD e ZTD concordam: tirar tudo da sua cabeça e colocar em um sistema externo confiável, e transformar compromissos vagos em uma próxima ação física concreta. Babauta não contesta isso; são as partes que ele mantém. Onde eles se separam é em tudo construído em cima. O GTD oferece um aparato completo — contextos, algum dia/talvez, listas de projetos, arquivamento de referência, uma revisão semanal minuciosa — e pede que você rode o sistema inteiro para que funcione como projetado. A alegação de Babauta é que este é exatamente o ponto de falha: não que o design esteja errado, mas que instalar um sistema inteiro de uma vez é um problema de gestão de mudança que a maioria das pessoas perde. O ZTD responde isso de duas formas. Substitui a instalação de tudo de uma vez por dez hábitos adotados um de cada vez, tratando a adoção como o problema real a resolver. E substitui o trabalho reativo de listas por um pequeno número de tarefas mais importantes escolhidas para cada dia, para que o dia tenha uma forma antes de começar. O trade-off honesto é capacidade por sustentabilidade: o que a engrenagem do GTD compra é a capacidade de sustentar um conjunto genuinamente grande e complicado de compromissos sem deixar nenhum cair, e o ZTD abre mão de parte disso em troca de ser mais leve para manter rodando. Abaixo estão as práticas centrais com os mecanismos que as fazem funcionar.