tingdo
Pensando alto

O gerenciador de tarefas que não quer gerenciar você

Por que "atrasado" é uma decisão de projeto, e o que muda quando você para de tomá-la.

· atualizado

Existe um pequeno momento de resistência, toda manhã, antes de eu abrir meu gerenciador de tarefas. Não porque o trabalho seja difícil. Porque eu sei o que está me esperando. Uma pilha de tarefas de ontem marcadas em vermelho. Três coisas que prometi a mim mesmo fazer hoje, na quarta passada. Um projeto que está "para sexta" há duas semanas. Antes de conseguir pensar no que fazer, tenho de limpar o que não foi feito, talvez porque não era tão importante. Arrastar coisas para a frente. Escolher datas novas. Dizer ao aplicativo, na prática, quando vou tentar de novo, e pedir desculpas pela tentativa anterior seguindo em frente.

Só que tem uma coisa que o aplicativo não sabe. Ele não sabe que a reunião de terça se estendeu. Não sabe que a emergência de um cliente na quarta reescreveu minha semana inteira. Não sabe que aquilo que chamei de "urgente" na segunda acabou importando menos do que o que apareceu na quinta. Um gerenciador de tarefas vê uma lista. Ele não vê uma semana.

E, mesmo assim, quase todo aplicativo de tarefas age como se visse. Eles me empurram a colocar datas em tarefas que não têm data real nenhuma. A interface é construída em torno de datas de entrega, colunas de calendário, filtros de hoje, visões desta semana. Sem datas, o aplicativo parece meio vazio, quase quebrado. Então eu escolho datas em que não acredito de verdade, e o aplicativo transforma esses palpites em acusações.

É contra essa premissa que eu queria projetar.

De onde o "atrasado" realmente vem

O estranho é que o método que inspirou a maioria desses aplicativos não acredita muito em datas de entrega.

Em A arte de fazer acontecer, David Allen faz uma distinção cuidadosa entre coisas que têm prazo firme e todo o resto. Prazo firme é um voo a pegar, uma declaração de imposto, uma reunião às três. Isso pertence a uma agenda. São inegociáveis e são raros. Todo o resto, a longa e silenciosa maioria do seu trabalho, é próxima ação. Ordenada não por quando, mas por onde você está e pelo que tem à mão. Telefonemas quando você está com o telefone. Coisas da rua quando você está na rua. Trabalho de computador quando você está na sua mesa.

Na prática, isso significa que a maior parte das suas tarefas não tem data nenhuma. Elas não estão atrasadas. Estão simplesmente esperando o momento certo. O GTD trata isso como o estado padrão do trabalho, não como caso extremo.

Quase todo aplicativo de tarefas inverte isso. Eles foram construídos em torno do calendário, porque o calendário já era a metáfora dominante de produtividade quando foram desenhados. Então toda tarefa ganha uma data, toda lista ganha um "hoje", todo projeto ganha um prazo que ninguém combinou em voz alta. O que o GTD chamava de raro virou o que segura o sistema inteiro. E o que o GTD chamava de padrão, a próxima ação sem data, virou cidadão de segunda classe com um ícone pequeno em algum painel lateral.

Olhe de perto e você vai ver que quase todo aplicativo de tarefas é, por baixo, só um calendário com caixas de seleção. A visão de hoje é um dia do calendário. A visão desta semana é uma semana do calendário. A pilha de atrasados é só o calendário de ontem, ainda por ali.

Uma vez que as datas estão em toda parte, o "atrasado" vem automaticamente. É a consequência natural de fingir que tudo tem prazo.

O que acontece quando você inventa prazos

Então é isso que eu de fato faço, na maioria das manhãs. Abro o aplicativo. Olho o vermelho. Escolho uma tarefa que venceu há três dias e digo ao sistema que ela vence hoje. Pego outra e empurro para sexta, sabendo desde já que sexta é irreal. Adio uma terceira por uma semana, menos porque a semana que vem é a hora certa e mais porque quero aquilo fora da minha frente. Nada disso é planejar. É faxina. É o trabalho que faço para deixar o aplicativo usável antes de poder usá-lo.

E, enquanto faço isso, existe uma sensação.

Primeiro vem a frustração. Não exatamente com o aplicativo, mas com a situação. Fui eu que escolhi essas datas, de boa-fé, quando a semana pela frente parecia diferente do que acabou sendo. Agora estou gastando os dez primeiros minutos da manhã negociando com uma lista que já decidiu que estou atrasado. A lista não está errada, no sentido técnico. As datas passaram. Mas o enquadramento supõe que a passagem dessas datas é uma falha minha, quando, na verdade, a semana só fez o que semanas fazem.

Por baixo da frustração, algo mais silencioso. Comecei a me sentir culpado pela minha própria lista de tarefas, o que, escrito assim, soa ridículo. As tarefas são minhas. As datas são minhas. O fato de o mundo ter se movido de outro jeito não é uma falha moral. Mas a parte adulta e razoável do meu cérebro, que sabe que não fiz nada de errado, não dá conta de uma lista que, toda manhã, diz baixinho que fiz.

A culpa é pequena. É esse o problema dela. Se fosse dramática, eu perceberia e reagiria. Em vez disso, ela só fica ali, um zumbido surdo sob a superfície, e ao longo de meses muda o jeito como me relaciono com o sistema. Passo a abrir menos o aplicativo. Paro de capturar coisas que parecem inconvenientes de acompanhar, porque acompanhar significa reagendar depois. Mantenho uma lista paralela, em algum lugar, que parece mais honesta. Não abandono o aplicativo. Só confio nele um pouco menos a cada semana.

Não foi para isso que ninguém projetou. Aplicativos de tarefas foram feitos para ajudar as pessoas a se organizar e, por muito tempo, as datas foram a maneira mais óbvia de estruturar isso. Mas, em algum ponto do caminho, a estrutura passou por cima da intenção, e sentir-se levemente atrasado virou a condição padrão de quem usa um gerenciador de tarefas.

O que muda quando o "atrasado" simplesmente não existe

Alguns anos atrás comecei a construir um pequeno gerenciador de tarefas chamado tingdo, devagar, nas horas vagas, e esta é a primeira decisão de projeto dele: não existe estado de atrasado.

Não escondido, não suavizado, não recolhido em uma cor menos alarmante. Ele não existe. Prazos reais continuam existindo, claro. Algumas coisas realmente precisam acontecer em um dia específico, e o aplicativo deixa eu marcar uma data para elas. Mas, uma vez marcada a data, o aplicativo trata a data de ontem e a de hoje do mesmo jeito. As duas aparecem, com clareza. Nenhuma é marcada como fracasso. Se a data importava, eu vou notar. Se não importava, a tarefa espera, do jeito que um bilhete na bancada da cozinha espera, sem julgamento.

Na primeira vez que usei o aplicativo em uma semana de verdade, notei algo estranho. A resistência da manhã tinha sumido. Eu abria, olhava minhas próximas ações e começava a trabalhar. Não havia faxina para fazer antes. Nenhuma negociação com a lista. Nenhum pedido de desculpas silencioso a mim mesmo antes de poder começar. A lista era só uma lista. As primeiras pessoas com quem compartilhei o aplicativo disseram algo parecido: a primeira coisa que notaram não foi uma funcionalidade, foi a ausência de uma sensação.

O que me surpreendeu mais foi o que aconteceu com as próprias datas. Quando o aplicativo parou de me castigar pelas datas perdidas, parei de escolhê-las com tanta facilidade. As datas voltaram a ser raras, do jeito que o GTD descreve. Dei data às poucas coisas que realmente tinham uma e deixei todo o resto em paz. O estado padrão do meu trabalho voltou ao que deveria ter sido desde sempre: um conjunto de próximas ações, esperando o contexto certo.

A frustração foi embora com o vermelho. A culpa foi embora com os selos. O que sobrou foi só o trabalho.


Tirar o estado de atrasado mudou outra coisa também. Sem a faxina diária, comecei a notar o resto do atrito no aplicativo. As resistências menores, aquelas que eu tinha parado de registrar porque a grande fazia mais barulho. E a mais teimosa delas acabou sendo algo que eu tomava como certo havia anos: a quantidade pura de decisões que um aplicativo me pede antes de eu poder anotar um pensamento.

O custo de perguntar antes de capturar

É assim que eu capturo uma tarefa na maioria dos aplicativos. Um pensamento chega, em algum ponto entre uma reunião e a próxima coisa. Abro o aplicativo. Procuro o botão de adicionar tarefa. Digito o título. Aí o formulário se desdobra. A qual projeto isso pertence? Rolo uma lista. Qual contexto? Escolho de outra lista. Tem data de entrega? Abro um calendário. Prioridade? Etiqueta? Lembrete? Alguns desses são menus, outros são chaves, outros estão escondidos atrás de um link de mais opções. Quando termino, o pensamento virou um pequeno projeto por conta própria. E a pior parte é que a ideia original, a coisa que eu de fato queria lembrar, agora está enterrada sob cinco decisões de organização que eu não estava pronto para tomar.

O GTD tem uma posição clara sobre isso. Capturar vem primeiro. Esclarecer vem depois. Você anota as coisas para que sua cabeça possa soltá-las, e decide o que elas significam e onde moram em um passo separado, no seu tempo. Misturar os dois castiga os dois. Capturar fica lento, então você para de capturar. Esclarecer fica constante, então deixa de parecer uma revisão calma e passa a parecer interrupção.

Eu tinha me adaptado à mistura sem perceber. Cada tarefa nova era um pequeno ato de organização, e eu tinha embutido esse custo no meu hábito. Eu ordenava os pensamentos na cabeça antes de digitá-los, porque ordená-los depois dava trabalho demais. Decidia, em silêncio, quais pensamentos valiam o esforço. Muitos não valiam. Nunca chegaram ao sistema. As perdas eram invisíveis, porque eram feitas de coisas que eu não tinha escrito.

A segunda coisa demorou mais para eu enxergar. Só notei depois que comecei a construir. Capturar e buscar moravam em lugares diferentes na minha cabeça, porque sempre moraram em lugares diferentes na tela. Então, quando um pensamento chegava, eu quase nunca conferia se ele já existia. Conferir era uma tarefinha à parte. Mais fácil escrever de novo. Com o tempo, minha lista se encheu de quase duplicatas. Comprar pilhas. Pegar pilhas. Pilhas para o detector de fumaça. Nenhuma delas estava errada, mas nenhuma era a mesma tarefa, e a lista tinha perdido o fio.

Se você colocar essas duas observações lado a lado, aparece um formato interessante. Capturar deveria ser livre de pressão organizacional. E capturar deveria ser o mesmo ato que buscar, para que a coisa que você está prestes a acrescentar seja comparada, em tempo real, com o que você já tem. As duas apontam na mesma direção. Apontam para um único campo que faz mais de um trabalho.

Um campo só, fazendo mais de um trabalho

A resposta acabou sendo um único campo de entrada. Não uma barra de busca com um botão de adicionar do lado. O mesmo campo. Você começa a digitar e o aplicativo mostra o que já existe, em tempo real, enquanto você escreve o que está prestes a ser novo. Se aquilo que você está digitando já está no seu sistema, você vê antes de terminar a frase. Se não está, você aperta enter e pronto. Sem formulário. Sem perguntas de acompanhamento. Sem decisão sobre onde aquilo pertence, a não ser que você queira tomá-la.

Eu chamo isso de Next Bar (o campo único para buscar, capturar e navegar), e demorei muito para confiar em quanto ela conseguia carregar. Capturar uma tarefa, encontrar uma tarefa, pular para um projeto, trocar de contexto, tudo mora ali. O resto da interface fica quieto, porque não precisa fazer o trabalho pesado. Um lugar só para digitar, e o aplicativo acompanha.

O que se sente, na prática, é que o momento da captura deixa de ser um momento. Você pensa, digita, segue em frente. O aplicativo fica fora do caminho até você pedir que não fique.

Um gerenciador de tarefas que não quer gerenciar você

Olhando essas decisões lado a lado, a mesma coisa corre por baixo de todas. Tirar o estado de atrasado foi uma decisão sobre como o aplicativo trata o meu passado. Reduzir a interface a um campo único foi uma decisão sobre como o aplicativo trata o meu presente. E uma revisão semanal guiada, que junta a faxina em uma hora tranquila em vez de espalhá-la por todos os dias, é uma decisão sobre como o aplicativo trata o meu futuro. Em cada caso, a resposta foi a mesma: o aplicativo deveria segurar menos, exigir menos e assumir mais por mim.

Quase todo gerenciador de tarefas é construído sobre uma premissa silenciosa: a de que o usuário precisa ser conduzido. As datas mantêm você na linha. Os botões guiam você pelo jeito certo de acrescentar uma tarefa. As notificações garantem que você não esqueça. Cada uma dessas coisas tem boa intenção, e cada uma tira algo de você aos poucos. O sistema deixa de ser um lugar onde o seu pensamento mora e passa a ser um lugar que pensa de volta para você, muitas vezes em um tom que você não pediu.

Eu queria o contrário. Queria um aplicativo que suponha que eu sei o que estou fazendo e que saia do caminho para eu fazer. Como a revisão semanal funciona de verdade é uma história à parte. A questão não é uma funcionalidade específica. A questão é a premissa por baixo de todas elas. Você não está atrasado. Você não está fracassando. Você não precisa ser gerenciado. Você precisa de uma visão clara do que vem em seguida e de um sistema que a segure para você sem comentários.

É essa a ideia inteira. Clareza suficiente para se mover.


Sou o Simon. Construo o tingdo, um gerenciador de tarefas tranquilo baseado no método GTD, para quem está cansado da pilha do que ficou atrasado.