Javi Ursua

GTD: el sistema que puso el vocabulario

Qué propone exactamente Getting Things Done, por qué su vocabulario acabó dentro de casi cualquier gestor de tareas, qué parte del método se cuenta poco y cuál es el precio de sostenerlo.

Bandeja de entrada, siguiente acción, proyecto, contexto, en espera, algún día/tal vez, revisión semanal. Buena parte de los gestores de tareas que se usan hoy en una empresa están construidos con esas piezas, y mucha de la gente que los usa no ha leído el libro del que salen.

Ese libro es Getting Things Done, de David Allen, publicado en 2001 —en español, Organízate con eficacia— y revisado por su autor en 2015. En La evolución de la productividad personal lo sitúo en su sitio de la historia: es la respuesta al problema del inventario, lo que Covey había dejado abierto. Aquí va el método entero, la parte que menos se cuenta de él y lo que cuesta mantenerlo.

Lo uso a diario, en una versión deliberadamente ligera —las tareas llevan solo los campos por los que de verdad filtro—, y lo cito a menudo en coaching y en formación. Lo que sigue está escrito desde ahí.

La cabeza sirve para pensar, y guarda mal

La premisa de Allen es sencilla y se comprueba en cualquier semana difícil: la mente es buena teniendo ideas y mala recordando compromisos. Cada cosa que has aceptado hacer y que no tiene un sitio fuera de tu cabeza sigue ocupando sitio dentro. Allen los llama ciclos abiertos: el informe que prometiste, la llamada que debes, la idea para el proyecto de marzo. Ninguno pesa mucho por separado. Juntos producen esa sensación de fondo de estar olvidando algo, que es de donde sale buena parte del estrés de alguien que trabaja con conocimiento.

El mecanismo que hay debajo es el límite de la memoria de trabajo, y lo explico con más detalle en Infoxicación: cuando el volumen supera la capacidad . La solución de Allen es sacarlo todo a un sistema externo en el que se pueda confiar. El estado al que aspira lo llamó mente como el agua: una cabeza despejada que responde a cada cosa con la fuerza que esa cosa merece, ni más ni menos.

La condición es exigente, y conviene tenerla clara desde el principio. El sistema solo descarga la cabeza si está completo y al día. En cuanto falta algo, la cabeza vuelve a vigilarlo todo, porque ya no sabe qué está dentro del sistema y qué no.

Cinco pasos, y el que decide es el segundo

El método tiene cinco fases: capturar, aclarar, organizar, reflexionar y ejecutar.

Capturar es recoger todo lo que reclama atención, sin filtrar en ese momento, en pocas bandejas de entrada: una libreta, la bandeja del correo, una aplicación de notas. Cuantas menos, mejor, porque cada una hay que vaciarla.

Aclarar es decidir qué es cada cosa, una por una, sin devolver ninguna a la bandeja. La pregunta es siempre la misma: ¿qué es esto y requiere alguna acción?

Si no requiere acción, tiene tres destinos: la papelera, la lista de algún día/tal vez si es una idea que quizá quieras retomar, o el archivo de referencia si es información que puede hacer falta.

Si requiere acción, hay que escribir la siguiente acción física y visible. Si se hace en menos de dos minutos, se hace ya: es la conocida regla de los dos minutos, y su lógica es que apuntarla y gestionarla después cuesta lo mismo que hacerla. Si la tiene que hacer otra persona, se delega y se anota en en espera. Si no, se aplaza al sistema. Y si el resultado que se persigue necesita más de una acción, eso es un proyecto, en el sentido preciso que le da Allen: cualquier resultado que exija más de un paso.

Organizar es poner cada resultado en su lista. Reflexionar es mantener el conjunto al día. Ejecutar es elegir qué hacer ahora. Esas tres fases tienen apartado propio más abajo.

El paso que decide si el método funciona es el segundo, y por un motivo concreto. Una lista de tareas que no funciona suele estar llena de cosas que no son acciones. Preparar el informe trimestral es un proyecto disfrazado de tarea, y quien lo lee a las cuatro de la tarde no sabe por dónde empezar, así que no empieza. Pedir a finanzas las cifras de septiembre se hace. La distinción entre proyecto y siguiente acción es el mecanismo central de GTD, y es también lo que más cuesta interiorizar a quien empieza.

El calendario, reservado a lo que no se mueve

GTD organiza el trabajo en unas pocas listas: proyectos, siguientes acciones agrupadas por contexto, en espera, algún día/tal vez, el archivo de referencia y el calendario.

El uso que Allen le da al calendario es la parte que más choca con la costumbre. En el calendario solo va lo que tiene fecha u hora de verdad: una reunión, una acción que debe hacerse un día concreto, un dato que importa ese día. Lo que a uno le gustaría hacer el martes se queda en la lista.

El motivo es práctico. Un calendario lleno de intenciones se incumple cada día y hay que rehacerlo cada tarde, y eso desgasta la confianza en el sistema entero. Uno reservado a lo inamovible se cumple, y el tiempo que queda libre entre compromisos se llena eligiendo en el momento, desde la lista.

Hay quien combina GTD con bloques reservados en la agenda para el trabajo que exige concentración, y las dos cosas encajan bien: la lista dice qué hay, y el bloque protege el hueco donde se hace lo que más cuesta.

Elegir: contexto, tiempo, energía y, al final, prioridad

Con el inventario completo delante, la pregunta ¿qué hago ahora? se responde con cuatro filtros, en este orden.

El contexto: qué se puede hacer donde estás y con lo que tienes a mano. Las etiquetas de los gestores de tareas actuales son la versión digital de los contextos de Allen, y sirven para lo mismo: ver solo lo que es posible ahora.

El tiempo disponible hasta el siguiente compromiso fijo.

La energía que te queda. Es un criterio que el método incluía mucho antes de que la gestión de la energía se pusiera de moda: hay acciones que piden la cabeza entera y acciones que se hacen con la mitad.

Y la prioridad, entre lo que ha pasado los tres filtros anteriores.

Esto hace elegible una lista larga. Y lo que convierte esa elección en algo alineado con lo que de verdad importa es la parte del método que menos se cuenta.

Los horizontes de enfoque

GTD no se queda en las listas. Allen describe seis niveles desde los que mirar el propio trabajo, y los llamó horizontes de enfoque: las acciones del día a día, los proyectos en curso, las áreas de responsabilidad que hay que mantener, las metas a uno o dos años, la visión a tres o cinco años, y el propósito y los principios.

Cada nivel da sentido al de abajo. Un proyecto existe porque sirve a un área o a una meta; una acción existe porque hace avanzar un proyecto. La prioridad en GTD se decide en los horizontes altos y durante la revisión semanal, y la elección de cada momento puede ser flexible precisamente porque esa decisión ya está tomada más arriba.

Lo que los horizontes hacen es preguntar por las metas y por los principios. De dónde salen esas respuestas es otro trabajo, y ahí es donde Covey, desde el carácter, había llegado antes, y donde Ferriss llegaría después, desde el estilo de vida.

Para los proyectos que piden pensar antes de actuar, Allen añade un modelo de planificación natural en cinco movimientos: aclarar el propósito y los principios del proyecto, imaginar el resultado terminado, generar ideas sin filtrarlas, ordenarlas y decidir las siguientes acciones. Es el orden en que una cabeza planifica cuando nadie la obliga a rellenar una plantilla.

La revisión semanal, y lo que cuesta sostener el sistema

La fase de reflexionar tiene una pieza central, que el propio Allen trata como innegociable: la revisión semanal. Una vez a la semana se vacían todas las bandejas, se comprueba que cada proyecto tiene una siguiente acción, se actualizan las listas, se limpia lo que ya no vale y se mira la semana que viene. Es también el momento de subir a los horizontes y preguntarse si los proyectos en curso siguen siendo los que tocan.

Aquí está el precio del método, y conviene decirlo con la misma claridad que sus virtudes. La revisión semanal es la cuota de mantenimiento del sistema, y es la primera que se deja de pagar cuando la semana aprieta. Sin ella las listas se desactualizan, la confianza se pierde y la cabeza vuelve a intentar recordarlo todo. Los otros fallos habituales van detrás: acciones escritas de forma vaga, proyectos metidos en la lista de acciones y una captura incompleta, en la que algunas cosas se siguen confiando a la memoria.

A eso se suma la puesta en marcha. La primera captura completa lleva tiempo, y un sistema recién montado tiende a crecer en etiquetas y listas hasta que mantenerlo cuesta más que usarlo. La recomendación sensata es la mínima estructura que funcione, y ampliarla solo cuando algo concreto lo pida.

Esa cuota es exactamente lo que discutió Leo Babauta con Zen to Done, que propone instalar el método de hábito en hábito en lugar de entero de golpe: lo cuento en Zen to Done: cuando el sistema pesa más que el trabajo . Y es también la variable que la revolución digital ha empezado a mover. Capturar, clasificar una bandeja, redactar la siguiente acción a partir de un correo largo: son tareas que hoy se pueden aumentar con inteligencia artificial, y abaratan la parte mecánica de la cuota. La revisión semanal conserva su parte de juicio, que sigue siendo tuya.

Lo que GTD no se propuso resolver

GTD es un sistema de gestión de compromisos. Allen lo diseñó para eso y lo resolvió tan bien que su vocabulario se convirtió en el estándar. Hay tres cosas que quedan fuera de su perímetro, y conocerlas ayuda a combinarlo bien.

El conocimiento. GTD dice qué hacer con un correo que pide algo, y trata todo lo que no pide nada como material de referencia, con un archivo sencillo. Lo que se hace con ese material —cómo se ordena para que sirva, cómo se convierte en trabajo nuevo— lo desarrollaron otros, y en particular Tiago Forte: El segundo cerebro y El método PARA . Para el trabajo de pensar y escribir a largo plazo, el método de referencia es anterior a Allen: Zettelkasten: pensar con una caja de fichas .

El equipo. El método es individual. Cuando un equipo comparte vocabulario —qué es un proyecto, qué es una siguiente acción, qué significa en espera— la delegación gana fiabilidad, pero la gestión de dependencias y del flujo de trabajo común pertenece a otras metodologías. Allen publicó en 2024, con Edward Lamont, un libro dedicado a llevar GTD al trabajo en equipo.

La organización. Como todos los métodos de su generación, GTD pone el trabajo en el individuo. Un sistema personal impecable no arregla una empresa que convoca por defecto y responde por reflejo.

De GTD se queda, para cualquier puesto, lo que convierte un asunto difuso en una siguiente acción escrita, y el precio es una revisión semanal que no se negocia. Con esas dos cosas, el resto del método se adapta a cualquier herramienta y a cualquier agenda.

Fuentes