Hay un pequeño momento de resistencia, cada mañana, antes de abrir mi gestor de tareas. No porque el trabajo sea difícil. Porque sé lo que me espera. Un montón de tareas de ayer marcadas en rojo. Tres cosas que me prometí hacer hoy, el miércoles pasado. Un proyecto que lleva dos semanas con la etiqueta "para el viernes". Antes de poder pensar en qué hacer, tengo que despejar lo que no se hizo, quizá porque no era tan importante. Arrastrar cosas hacia delante. Elegir fechas nuevas. Decirle a la app, en la práctica, cuándo volveré a intentarlo, y pedir perdón por el intento anterior pasando página.
Pero hay algo que la app no sabe. No sabe que la reunión del martes se alargó. No sabe que la urgencia de un cliente el miércoles me reescribió la semana entera. No sabe que aquello que llamé urgente el lunes acabó importando menos que lo que apareció el jueves. Un gestor de tareas ve una lista. No ve una semana.
Y aun así, casi todas las apps de tareas actúan como si la vieran. Me empujan a ponerle fecha a tareas que no tienen ninguna fecha real. La interfaz está construida alrededor de las fechas de entrega, las columnas de calendario, los filtros de hoy, las vistas de esta semana. Sin fechas, la app parece medio vacía, casi rota. Así que elijo fechas que en el fondo no creo, y la app convierte esas suposiciones en reproches.
Esta es la suposición contra la que quería diseñar.
De dónde sale en realidad el atraso
Lo curioso es que la metodología que inspiró a casi todas estas apps no cree demasiado en las fechas de entrega.
En Getting Things Done, David Allen distingue con cuidado entre lo que tiene un plazo firme y todo lo demás. Un plazo firme es un vuelo que sale a su hora, una declaración de impuestos, una reunión a las tres. Eso va al calendario. No se negocia, y es poco frecuente. Todo lo demás, esa mayoría larga y callada de tu trabajo, es una próxima acción. Ordenada no por cuándo, sino por dónde estás y qué llevas encima. Las llamadas cuando tienes el teléfono. Los recados cuando estás fuera. El trabajo de escritorio cuando estás en tu mesa.
Lo que eso significa en la práctica es que la mayoría de tus tareas no tienen fecha ninguna. No llegan tarde. Simplemente esperan el momento adecuado. GTD trata eso como el estado normal del trabajo, no como un caso raro.
Casi todas las apps de tareas lo invierten. Se construyeron alrededor del calendario, porque el calendario ya era la metáfora dominante de la productividad cuando se diseñaron. Así que cada tarea recibe una fecha, cada lista recibe un hoy, cada proyecto recibe un plazo que nadie fijó en voz alta. Lo que GTD llamaba raro se convirtió en lo que sostiene el sistema entero. Y lo que GTD llamaba normal, la próxima acción sin fecha, quedó como ciudadano de segunda con un iconito en algún panel lateral.
Míralo de cerca y verás que casi todas las apps de tareas son, por debajo, calendarios con casillas. La vista de hoy es un día del calendario. La vista de esta semana es una semana del calendario. El montón de atrasos es el calendario de ayer, que sigue ahí rondando.
Cuando las fechas están por todas partes, el atraso viene solo. Es la consecuencia natural de fingir que todo tiene un plazo.
Qué pasa cuando te inventas plazos
Así que esto es lo que hago de verdad casi todas las mañanas. Abro la app. Miro el rojo. Tomo una tarea que vencía hace tres días y le digo al sistema que vence hoy. Tomo otra y la empujo al viernes, sabiendo ya que el viernes es poco realista. Pospongo una tercera una semana, menos porque la semana que viene sea el momento adecuado y más porque quiero quitármela de delante. Nada de esto es planificar. Es limpieza. Es el trabajo que hago para que la app sea usable antes de poder usarla.
Y mientras lo hago, hay una sensación.
Primero llega la frustración. No con la app exactamente, sino con la situación. Esas fechas las elegí yo, de buena fe, cuando la semana que venía tenía otra pinta de la que acabó teniendo. Ahora me paso los primeros diez minutos de la mañana negociando con una lista que ya ha decidido que voy por detrás. La lista no está equivocada, técnicamente. Las fechas han pasado. Pero el marco da por hecho que el hecho de que esas fechas hayan pasado es un fallo mío, cuando en realidad la semana solo hizo lo que hacen las semanas.
Debajo de la frustración hay algo más silencioso. Empecé a sentirme culpable ante mi propia lista de tareas, lo cual, al escribirlo, suena ridículo. Las tareas son mías. Las fechas son mías. Que el mundo se moviera de otra manera no es un defecto moral. Pero la parte adulta y razonable de mi cabeza, la que sabe que en realidad no he hecho nada mal, no puede con una lista que me dice bajito, cada mañana, que sí.
La culpa es pequeña. Ese es justamente el problema. Si fuera dramática, la notaría y le plantaría cara. En vez de eso se queda ahí, un zumbido sordo bajo la superficie, y en unos meses cambia mi relación con el sistema. Empiezo a abrir la app menos. Dejo de capturar lo que resulta incómodo de seguir, porque seguirlo significa reprogramarlo después. Mantengo una lista paralela, en algún sitio, que me parece más honesta. No abandono la app. Simplemente me fío un poco menos cada semana.
Nadie diseñó esto a propósito. Las apps de tareas se hicieron para ayudar a la gente a estar organizada, y durante mucho tiempo las fechas fueron la forma más obvia de dar esa estructura. Pero en algún punto del camino la estructura se comió la intención, y sentirse un poco por detrás se convirtió en la condición normal de usar un gestor de tareas.
Qué cambia cuando el atraso sencillamente no existe
Hace unos años empecé a construir un pequeño gestor de tareas llamado tingdo, despacio, a ratos, y esta es la primera decisión de diseño que toma: no hay estado de atraso.
Ni escondido, ni suavizado, ni disimulado con un color menos alarmante. No existe. Los plazos de verdad siguen existiendo, claro. Hay cosas que tienen que ocurrir un día concreto, y la app me deja ponerles fecha. Pero una vez puesta, la app trata igual la fecha de ayer y la de hoy. Las dos se muestran, sin más. Ninguna se marca como un fracaso. Si la fecha importaba, lo voy a notar. Si no, la tarea espera, como espera una nota en la encimera de la cocina, sin juzgar.
La primera vez que usé la app durante una semana de verdad, noté algo raro. La resistencia de la mañana había desaparecido. La abría, miraba mis próximas acciones y me ponía a trabajar. No había limpieza previa. Ninguna negociación con la lista. Ninguna disculpa callada conmigo mismo antes de empezar. La lista era solo una lista. Las primeras personas a las que enseñé la app dijeron algo parecido: lo primero que notaron no fue una función, fue la ausencia de una sensación.
Lo que más me sorprendió fue lo que pasó con las fechas mismas. Cuando la app dejó de castigarme por las que se me pasaban, dejé de repartirlas con tanta ligereza. Las fechas volvieron a ser raras, como las describe GTD. Le puse fecha a las pocas cosas que de verdad tenían una y dejé el resto en paz. El estado normal de mi trabajo volvió a ser lo que debería haber sido desde el principio: un conjunto de próximas acciones, esperando el contexto adecuado.
La frustración se fue con el rojo. La culpa se fue con los números. Lo que quedó fue solo el trabajo.
Quitar el estado de atraso cambió algo más. Sin la limpieza diaria, empecé a notar el resto de la fricción de la app. Las resistencias más pequeñas, esas que había dejado de registrar porque la grande hacía más ruido. Y la más persistente resultó ser algo que llevaba años dando por hecho: la cantidad de decisiones que una app te pide tomar antes de poder apuntar una idea.
El coste de preguntar antes de capturar
Así capturo una tarea en casi todas las apps. Llega una idea, en algún hueco entre una reunión y lo siguiente. Abro la app. Busco el botón de añadir tarea. Escribo el título. Y entonces se despliega el formulario. ¿A qué proyecto pertenece? Recorro una lista. ¿Qué contexto? Elijo de otra lista. ¿Tiene fecha de entrega? Abro un calendario. ¿Prioridad? ¿Etiqueta? ¿Recordatorio? Algunas son desplegables, otras interruptores, otras están escondidas tras un enlace de más opciones. Para cuando termino, la idea se ha convertido en un pequeño proyecto por sí sola. Y lo peor es que la idea original, lo que de verdad quería recordar, está ahora enterrada bajo cinco decisiones de organización que no estaba listo para tomar.
GTD tiene una postura clara sobre esto. Primero capturas. Aclarar viene después. Apuntas las cosas para que tu cabeza pueda soltarlas, y decides qué significan y dónde viven en un paso aparte, cuando tú quieras. Mezclar las dos cosas castiga a las dos. Capturar se vuelve lento, así que dejas de capturar. Aclarar se vuelve constante, así que deja de parecer una revisión tranquila y empieza a parecer una interrupción.
Me había adaptado a esa mezcla sin darme cuenta. Cada tarea nueva era un pequeño acto de organización, y había metido esa carga en mi hábito. Ordenaba las ideas en la cabeza antes de escribirlas, porque ordenarlas después era demasiado trabajo. Decidía, en silencio, qué ideas merecían el esfuerzo. Muchas no lo merecían. Nunca llegaron al sistema. Las pérdidas eran invisibles, porque estaban hechas de cosas que no había escrito.
Lo segundo tardé más en verlo. Solo lo noté cuando empecé a construir. Capturar y buscar vivían en sitios distintos de mi cabeza, porque siempre habían vivido en sitios distintos de la pantalla. Así que, cuando llegaba una idea, casi nunca comprobaba si ya existía. Comprobarlo era otra tarea en sí misma. Más fácil escribirla otra vez. Con el tiempo, mi lista se llenó de casi duplicados. Comprar pilas. Pillar pilas. Pilas para el detector de humo. Ninguna estaba mal, pero ninguna era la misma tarea, y la lista había perdido el hilo.
Si pones estas dos observaciones una al lado de la otra, aparece una forma interesante. Capturar debería estar libre de presión organizativa. Y capturar debería ser el mismo acto que buscar, para que lo que estás a punto de añadir se compare con lo que ya tienes, en el momento. Las dos cosas apuntan en la misma dirección. Apuntan a un único campo que hace más de un trabajo.
Un campo, haciendo más de un trabajo
La respuesta resultó ser un único campo de entrada. No una barra de búsqueda con un botón de añadir al lado. El mismo campo. Empiezas a escribir y la app te muestra lo que ya existe, en el momento, mientras escribes lo que va a ser nuevo. Si lo que estás tecleando ya está en tu sistema, lo ves antes de terminar la frase. Si no, pulsas enter y ya está ahí. Sin formulario. Sin preguntas de seguimiento. Sin decidir dónde va, salvo que quieras decidirlo.
Lo llamo la Next Bar, y me costó tiempo fiarme de todo lo que podía cargar. Capturar una tarea, encontrar una tarea, saltar a un proyecto, cambiar a un contexto, todo eso vive ahí. El resto de la interfaz se queda tranquila, porque no tiene que hacer el trabajo pesado. Un sitio donde escribir, y la app te sigue.
Lo que se siente, en la práctica, es que el momento de capturar deja de ser un momento. Piensas, escribes, sigues adelante. La app se aparta hasta que le pides que no lo haga.
Un gestor de tareas que no quiere gestionarte
Mirando estas decisiones una junto a otra, por debajo corre siempre lo mismo. Quitar el estado de atraso fue una decisión sobre cómo trata la app mi pasado. Reducir la interfaz a un solo campo fue una decisión sobre cómo trata mi presente. Y una revisión semanal guiada, que junta la limpieza en una hora tranquila en lugar de repartirla por todos los días, es una decisión sobre cómo trata mi futuro. En cada caso la respuesta fue la misma: la app debería sostener menos, exigir menos y suponer más a mi favor.
Casi todos los gestores de tareas se construyen sobre una suposición callada: que al usuario hay que dirigirlo. Las fechas te hacen responsable. Los botones te llevan por la forma correcta de añadir una tarea. Los avisos se aseguran de que no se te olvide nada. Cada una de esas cosas tiene buena intención, y cada una te quita algo poco a poco. El sistema deja de ser el sitio donde vive tu pensamiento y se convierte en un sitio que opina de vuelta, muchas veces con un tono que no pediste.
Yo quería lo contrario. Quería una app que dé por hecho que sé lo que hago y se aparte para que pueda hacerlo. Cómo funciona de verdad la revisión semanal es otra historia. La cuestión no es ninguna función concreta. La cuestión es la suposición que hay debajo de todas ellas. No vas por detrás. No estás fallando. No hace falta que te gestionen. Hace falta una vista clara de lo que viene ahora, y un sistema que te la sostenga sin comentarios.
Esa es toda la idea. La claridad justa para moverte.