El sistema de revision semanal de 20 minutos para fundadores en solitario

Un gestor de tareas rastrea tareas individuales. Un hito rastrea el progreso acumulado. Pero ninguno de los dos te dice si las tareas de la semana pasada realmente acercaron el proyecto al siguiente hito, si te dejaste llevar por trabajo comodo o si tu direccion se ha desviado poco a poco de donde deberia estar. Ese hueco es donde los proyectos en solitario se paran en silencio, y una revision semanal es lo que lo cierra.

Por que los proyectos en solitario derivan sin un reinicio semanal

La mayoria de fundadores nota la deriva solo despues de varias semanas, cuando el proyecto se siente atascado, el backlog ha crecido pero no hay nada visible lanzado. La vista dia a dia es demasiado granular para verla llegar. Una revision semanal crea una pausa forzada: comparas lo que pensabas lanzar con lo que realmente lanzaste, y esa comparacion suele ser mas reveladora que marcar tareas como hechas cada dia.

La razon por la que la mayoria de fundadores se salta las revisiones semanales es que las que han visto en trabajos corporativos son puro teatro: reuniones largas, plantillas con formato y preguntas que nadie responde de verdad. Una revision en solitario no necesita nada de eso. Dura 20 minutos, hace tres preguntas honestas y produce una salida concreta. Ese es todo el sistema.

El coste invisible de no hacer revisiones se acumula rapido. Una semana de tareas de bajo impacto se siente productiva mientras pasa. Dos semanas se sienten lentas. A las cuatro semanas el proyecto esta psicologicamente parado, el backlog esta crecido y retomarlo cuesta el doble de energia que con un reinicio semanal consistente. La revision previene esto sacando el problema a la luz en la semana uno, no en la cuatro.

Las tres preguntas que sostienen toda la revision

La primera pregunta es: que lance de verdad esta semana? No en que trabajaste, no que empezaste, no que llevaste al 80 por ciento. Que termino, se lanzo o llego a manos de una persona real? Una funcion que despliegaste cuenta. Una entrada de blog que publicaste cuenta. Un email en frio que enviaste cuenta. Trabajo que hiciste pero no terminaste no cuenta. El criterio es deliberadamente estricto porque el trabajo lanzado es la unica salida que se acumula.

Esta pregunta es incomoda cuando la semana estuvo llena de esfuerzo pero escasa en resultados. Esa incomodidad es el punto. Te dice que la semana tuvo mucha actividad y poco impacto, que es exactamente el patron que la revision debe sacar a la luz antes de que se repita.

La segunda pregunta es: movio el siguiente hito? No todo el trabajo lanzado es igual. Una semana puede estar llena de tareas terminadas que movieron el proyecto hacia los lados: refactorizaciones que ningun usuario noto, redisenos de landing que nadie visitara todavia, mejoras de infraestructura que sirvieron al perfeccionismo mas que a los clientes. Ancla la respuesta a tu hito actual, ya sea MVP, lanzamiento, primer cliente, ramen profitable o 10k de MRR, y preguntate con honestidad si lo que lanzaste esta semana te acerco de forma medible a esa puerta.

La tercera pregunta es: cual es la unica tarea mas importante de la proxima semana? No una lista. Una tarea. La que, si fuera lo unico que lanzaras, haria de la proxima semana un exito. Esta es la pregunta mas dificil porque requiere ordenar, y ordenar requiere aceptar que todo lo demas en el backlog viene en segundo lugar. Es tambien la salida mas valiosa de la revision: entras al lunes con una respuesta precomprometida a la pregunta que suele matar las tardes productivas, que es: en que deberia trabajar esta noche?

Cuando hacerla y cuanto tiempo ocupa

El lunes por la manana gana al viernes por la tarde. La razon es practica: una revision del viernes acaba con un plan para la proxima semana, y luego el fin de semana cae entre el plan y la ejecucion. El contexto se evapora. Una revision del lunes termina con la tarea mas importante de esta semana inmediatamente accionable. Miras atras cinco minutos, miras adelante diez, activas el disparador y empiezas la semana sin volver a decidir.

Veinte minutos es el limite maximo para una revision saludable. Si tarda mas, el formato ha crecido hasta convertirse en teatro de plantillas. Las tres preguntas necesitan respuestas honestas, no largas. Una frase por pregunta es suficiente. La tarea para la proxima semana es una linea. El tiempo total de escritura deberia ser menos de diez minutos; el resto es pensar.

1. Lunes, 5 minutos: abre las tareas completadas la semana pasada y lee la lista, no el esfuerzo que hay detras.
2. Lunes, 3 minutos: pregunta si esas tareas movieron el hito actual. Si la respuesta es mayoritariamente no, tu seleccion de tareas estuvo desenfocada.
3. Lunes, 7 minutos: ordena el backlog por impacto por minuto e identifica la unica tarea mas importante para esta semana.
4. Lunes, 3 minutos: activa el disparador: escribe la tarea, ponla en tu bandeja de entrada o empieza ahora mismo.
5. Viernes, 2 minutos (opcional): anota algo aprendido durante la semana que deba informar la revision del lunes.

Usa tu email de resumen como disparador de la revision

El mayor obstaculo para una revision semanal es acordarse de hacerla. El segundo mayor es reconstruir lo que realmente lanzaste: buscar en el historial de Git o en un tablero desordenado para armar la lista desde cero cuesta tiempo que no quieres gastar un lunes por la manana. Ambos problemas tienen la misma solucion: un disparador que llega a tu bandeja de entrada con la respuesta a la primera pregunta ya rellenada.

shipsolo envia un email de resumen semanal cada lunes con todas las tareas que lanzaste la semana anterior, por proyecto. El email llega como disparador de la revision. Lo abres, tienes tu lista de tareas lanzadas, y la revision puede empezar antes de que se enfrie el cafe. Combinalo con el tablero ordenado por impacto por minuto y un recordatorio por email para la tarea top de la semana, y las tres preguntas pasan de ser una tarea de 20 minutos a un habito de cinco.

La revision semanal no es una reunion de planificacion. Es una verificacion de brujula. Veinte minutos para asegurarte de que sigues yendo en la direccion correcta.

Una revision solo es util si cambia algo

El modo de fallo de las revisiones regulares es el ritual sin impacto: respondes las tres preguntas, escribes las respuestas, y luego vuelves a abrir el backlog y eliges lo que te resulta mas comodo de todas formas. Las revisiones tienen que producir un cambio concreto para valer el tiempo.

La salida minima es una decision cambiada: una tarea diferente en lo alto de la cola de prioridades de esta semana, distinta de la que el habito habria sugerido. Si la revision confirma que la direccion es correcta y la priorizacion es solida, la salida minima es cero, y eso tambien esta bien. Lo que la revision no puede terminar con es una intencion vaga de 'hacer mas marketing' o 'enfocarse en la retencion.' Eso no es una tarea. Una tarea es concreta, completable y tiene puntuacion de impacto. Sal de la revision con una.

Empieza este lunes

No necesitas una plantilla, un diario ni una aplicacion especial para hacer una revision semanal. Abre las tareas de la semana pasada, responde las tres preguntas, identifica una tarea para esta semana y activa un disparador para no olvidarla el martes. Ese es todo el sistema. Si quieres que la revision tarde menos de diez minutos, herramientas como shipsolo automatizan el paso de busqueda: el email de resumen del lunes te entrega la lista de tareas lanzadas con la primera pregunta ya respondida. El plan gratuito cubre dos proyectos; Pro cuesta 5 euros al mes si quieres los recordatorios por email y el tablero de impacto por minuto para mas proyectos. Pero el metodo funciona sin nada de eso. Necesita 20 minutos, tres preguntas honestas y la disposicion a dejar que las respuestas cambien lo que hagas la semana siguiente.