Weekly review GTD🌎 Actualizado mayo de 2026

David Allen establece en su libro Getting Things Done (edición revisada de 2015, publicada por Penguin Books) que la weekly review debería durar entre 60 y 90 minutos para la mayoría de los profesionales con un sistema activo y bien mantenido. Menos de 45 minutos suele ser una señal de que se están salteando pasos del proceso, especialmente la revisión de proyectos y la fase de «revisión creativa» con horizontes de enfoque. Más de 120 minutos, en cambio, indica que el sistema tiene demasiados proyectos abiertos simultáneamente, bandejas de entrada sin consolidar o tareas mal clasificadas que requieren re-procesamiento. Lo óptimo no es el tiempo más corto posible sino el tiempo que permite completar todas las fases con calma y terminar con genuina sensación de claridad mental, lo que Allen llama mind like water. Esta calculadora te ayuda a identificar en qué rango caés vos específicamente, en lugar de aplicar el promedio genérico.

Allen estructura la Weekly Review en tres fases secuenciales que no deben saltearse ni reordenarse. Primera fase: Recolectar y procesar (vaciar absolutamente todas las bandejas de entrada, físicas y digitales, hasta dejarlas en cero). Segunda fase: Actualizar el sistema (revisar y actualizar la lista completa de proyectos activos, confirmar que cada proyecto tiene al menos una próxima acción concreta definida, revisar el calendario de la semana pasada y de las próximas dos semanas, y recorrer la lista de «Esperando por» para detectar compromisos que otros deben cumplir). Tercera fase: Revisión creativa (revisar áreas de responsabilidad, metas anuales y la lista «algún día/tal vez»). El error más frecuente entre principiantes es hacer solo la primera fase creyendo que eso constituye una weekly review completa. Sin la tercera fase, el sistema pierde alineación estratégica con el tiempo.

En GTD, una bandeja de entrada es cualquier lugar donde llega información que todavía no fue procesada ni decidida: emails sin leer, mensajes de WhatsApp sin responder, notas en un cuaderno, papeles sobre el escritorio, notas de voz sin transcribir, notificaciones de Slack acumuladas. El criterio para contar una bandeja es simple: si hay información ahí que todavía no procesaste, es una bandeja. En el contexto argentino, donde la comunicación laboral está muy fragmentada entre canales formales e informales, es muy común que una persona tenga 6, 7 u 8 bandejas sin darse cuenta: email del trabajo, email personal, WhatsApp laboral, WhatsApp personal (con mensajes mezclados), Instagram DMs, Telegram, cuaderno físico y notas del celular. Allen recomienda consolidar hasta llegar a entre 2 y 5 bandejas bien definidas. Más de 8 bandejas activas encarece la weekly review y genera pérdida de información sistemática.

Allen no establece un número máximo oficial en sus libros, pero en los materiales de formación de la empresa Getting Things Done, LLC y en las certificaciones de coaches GTD se trabaja con el rango de 10 a 30 proyectos activos como zona manejable para la mayoría de los profesionales. Un «proyecto» en GTD es cualquier resultado deseado que requiere más de una acción para completarse, lo que hace que la cantidad suba rápido cuando uno empieza a listar todo: terminar un informe, renovar el registro del auto, planificar las vacaciones y cerrar un contrato con un proveedor son cuatro proyectos distintos. Superar los 30–35 proyectos activos simultáneos casi siempre extiende la weekly review por encima de los 90 minutos, genera sensación de agobio y paradójicamente reduce la tasa de completud de proyectos. La solución es mover proyectos no urgentes a la lista «algún día/tal vez» sin eliminarlos.

Allen recomienda el viernes a primera hora o el jueves por la tarde como ventana ideal, antes de que termine la semana laboral. La lógica es clara: si durante la revisión detectás una urgencia o un compromiso que habías olvidado, todavía tenés horas de semana laboral para resolverlo antes del fin de semana. Hacer la weekly review el lunes implica procesar información que ya tiene dos días de demora. En el contexto argentino, donde los viernes por la tarde suelen ser caóticos en muchos rubros y los jueves tienen menos reuniones acumuladas, el jueves entre las 16 y las 18 horas funciona particularmente bien. Lo verdaderamente fundamental no es el día exacto sino la consistencia: mismo día, mismo horario, agendado como bloque inamovible con al menos la misma prioridad que una reunión con un cliente importante.

Saltear una weekly review tiene un costo que se multiplica de forma no lineal. La primera semana salteada genera acumulación de bandejas sin procesar y proyectos sin próxima acción definida, lo que aumenta la ansiedad subterránea. La segunda semana, la lista de proyectos empieza a quedar desactualizada y aparecen compromisos olvidados. A partir de la tercera o cuarta semana sin revisión, el sistema GTD colapsa funcionalmente: las personas vuelven a operar por urgencias y memoria, que es exactamente lo que GTD busca eliminar. La recuperación después de un colapso de 3 o más semanas requiere lo que los coaches GTD llaman una «revisión de rescate», que puede llevar entre 3 y 5 horas repartidas en más de una sesión. Esta calculadora puede ayudarte a estimar el tiempo de esa revisión de rescate también, ingresando el volumen real acumulado.

Allen propone tres criterios objetivos para evaluar si una weekly review fue completa y exitosa. Primero: todas las bandejas de entrada están en cero al terminar (no reducidas, en cero). Segundo: cada proyecto activo en tu lista tiene al menos una próxima acción concreta y física definida, con verbo de acción específico (no «ver tema de facturación» sino «llamar al contador Méndez para confirmar vencimiento de la declaración»). Tercero: terminás con la sensación subjetiva de claridad mental que Allen describe como mind like water, una metáfora de calma sin tensión residual. Si al cerrar la sesión todavía sentís que «hay cosas sueltas» o que «me olvidé de algo», la revisión estuvo incompleta o tu sistema tiene elementos que no están registrados en ningún lugar y viven solo en tu cabeza, que es precisamente lo que GTD busca eliminar.

El método GTD es explícitamente agnóstico respecto a las herramientas: Allen sostiene que el sistema funciona igual con papel y carpetas que con las mejores aplicaciones del mercado, siempre que se respeten los principios de captura universal, procesamiento y revisión consistente. En Argentina, las herramientas digitales más usadas por personas que aplican GTD incluyen Todoist (muy popular por su simplicidad y app móvil robusta), Notion (preferida por quienes quieren integrar notas, proyectos y bases de datos en un solo lugar), Obsidian (elegida por perfiles más técnicos que valoran el control sobre sus datos), y Things 3 (exclusiva para ecosistema Apple). Para la fase de revisión creativa con áreas de responsabilidad y metas, Allen específicamente señala que el papel o una pizarra pueden ser más efectivos porque favorecen el pensamiento no lineal y la visión panorámica que una pantalla de lista no facilita. Lo más importante, en cualquier caso, es la consistencia del ritual semanal y no la sofisticación de la herramienta.

Sí, y de hecho es una de las combinaciones más efectivas para perfiles que trabajan en entornos ágiles. La Weekly Review GTD opera en un nivel de sistema personal (qué compromisos tengo yo, en todos los contextos de mi vida), mientras que las ceremonias de Scrum o los tableros Kanban operan en un nivel de sistema de equipo (qué está haciendo el equipo en este sprint). Son complementarios y no competidores. Muchos profesionales en Argentina que trabajan con metodologías ágiles usan la weekly review para sincronizar sus compromisos personales con lo que el equipo espera de ellos, detectar proyectos personales que están bloqueados por dependencias del equipo, y mantener claridad sobre sus áreas de responsabilidad más allá del sprint activo. La weekly review también es un excelente momento para preparar el backlog personal antes de las reuniones de planificación del lunes.

Absolutamente. La recomendación de Allen de hacer la weekly review el viernes asume una semana laboral estándar de lunes a viernes, que no aplica a médicos, gastronómicos, trabajadores de plataformas digitales, personal de seguridad o cualquier persona con horarios rotativos, que en Argentina representan una porción muy significativa de la fuerza laboral. El principio que sí es inamovible es la consistencia: elegir un momento que siempre esté disponible en tu ciclo semanal real (puede ser el martes a la mañana si trabajás fines de semana), agendarlo con anticipación y defenderlo como tiempo no negociable. La calculadora te ayuda a definir cuánto tiempo necesitás, y ese bloque lo podés ubicar en cualquier punto de tu semana real, no en la semana ideal que describe Allen desde su contexto norteamericano.

Son procesos distintos que operan en escalas de tiempo diferentes y se complementan. La Weekly Review es una vista panorámica semanal: revisás todo el sistema, actualizás proyectos, procesás bandejas y te asegurás de que no haya compromisos olvidados. La planificación diaria (también llamada «daily review» en GTD) es mucho más corta —entre 10 y 20 minutos— y se enfoca en elegir qué próximas acciones concretas vas a ejecutar hoy según tu contexto, energía y tiempo disponible. Allen describe la relación entre ambas como «la weekly review te da las piezas del rompecabezas; la planificación diaria decide cuáles ponés hoy». Sin weekly review, la planificación diaria queda desconectada de la realidad completa del sistema. Sin planificación diaria, la weekly review no se traduce en ejecución cotidiana efectiva.

La primera weekly review de alguien que recién empieza con GTD casi siempre lleva entre 3 y 6 horas, y eso es completamente normal y esperado. El motivo es que antes de poder hacer una revisión semanal eficiente, primero hay que hacer la captura inicial del sistema: recolectar todo lo que está en la cabeza, en papeles dispersos, en emails sin procesar y en compromisos informales nunca registrados. Allen llama a este proceso «mindsweep» y puede llevar horas por sí solo. Una vez que el sistema está levantado y operativo, la weekly review semanal baja rápidamente al rango de 60 a 90 minutos. Esta calculadora está diseñada para sistemas ya operativos, no para la captura inicial. Si estás en tu primera semana con GTD, esperá necesitar significativamente más tiempo que el estimado aquí hasta que tu sistema esté estabilizado.