Lista de tareas vs gestión de proyectos: cuándo cada una

El consejo que más daño hace: “deja el to-do y pásate a un software de proyectos”. Una lista de tareas hace un trabajo que un proyecto no hace mejor: capturar, no olvidar, cerrar lo de hoy. Todoist, Reminders o una lista en el cuaderno no son un PMO a medias. Son la capa de captura. El error es usarlos como si fueran la capa de alcance, dependencias y presupuesto.

En una pyme de 12, las dos capas conviven. El diseñador tiene su lista personal del día; el proyecto del cliente tiene alcance, fecha y un dueño. Mezclarlas es cómo un lanzamiento se convierte en 80 ítems sin orden y un “¿y el presupuesto?” que nadie puede responder. Separarlas es cómo la lista sigue siendo útil el día que el proyecto se pone serio.

Qué tiene que hacer una app de gestión de tareas (captura, responsable, recurrencia) es un problema distinto al de elegir software de gestión de proyectos. Acá la pregunta es más simple: ¿en qué capa estás, y cuándo el salto está justificado?

No saltes porque “los equipos serios usan proyectos”. Salta cuando aparece una de estas cuatro señales. Una sola ya duele; dos juntas, casi siempre.

• Dependencias. B no puede empezar hasta que A termine, y C espera a las dos. En una lista eso es un comentario (“esperar a María”). En un proyecto es una relación: si A se atrasa, la fecha de entrega se mueve. Cuando el “esperar a” aparece tres veces en la misma semana, ya no es una lista.
• Varios dueños. La lista personal tiene un dueño: tú. En cuanto hay tres personas que tienen que terminar cosas distintas para el mismo resultado, alguien tiene que ver el conjunto. Una lista compartida con nombres entre paréntesis no es varios dueños: es un chat disfrazado de to-do.
• Cliente externo. Hay que informar estado, cerrar alcance y nombrar el extra. El cliente no vive en tu Todoist. Una agencia de 8 con tres cuentas activas que “se gestionan por lista” descubre el scope creep cuando el cliente pregunta por un entregable que nunca estuvo escrito. El detalle de esa línea está en alcance de proyecto y scope creep.
• Presupuesto. Horas, dinero o ambos. Una lista dice “hecho” o “pendiente”. No dice si el hecho cabía en lo cobrado. Si alguien pregunta “¿cuánto nos queda de este cliente?” y la respuesta es abrir el mail, ya saliste de la capa de tareas.

Una pyme de 12 suele pegar las cuatro a la vez: un trabajo interno (varios dueños), un cliente que espera (externo), un proveedor que entrega antes (dependencia) y un monto cerrado (presupuesto). Seguir en lista no es humildad: es no tener dónde anotar esas cuatro cosas.

No son tres herramientas obligatorias. Son tres preguntas. La tabla evita el salto prematuro y el salto tardío.

La capa del medio es la que más confunde. Un tablero compartido con plazos ya no es captura personal, y todavía no es gestión de proyectos. Sirve para el trabajo recurrente de un equipo de 8 que se reparte tickets. Deja de servir el día que esos tickets son, en realidad, un sitio web con fecha de lanzamiento y un monto cerrado.

La guía completa de gestión de proyectos cubre fases, roles y métodos de esa tercera capa. No la necesitas para tu lista del martes. La necesitas cuando el martes tiene un cliente, una dependencia y un número.

El salto tiene costo. Si no lo nombras, vuelves a la lista a la semana porque “era más rápido”.

Ganas una línea de alcance, un lugar para las dependencias, un dueño del conjunto y una respuesta a “cuánto queda” que no es rebuscar en el chat. Ganas también un cierre: un proyecto termina; una lista no. En una agencia de 8, eso es la diferencia entre cobrar el último hito y dejar la cuenta abierta “por si sale algo”.

Pierdes la fricción cero de tachar una línea. Un proyecto pide nombrar qué entra, qué no, quién aprueba. Los primeros días se sienten lentos. Si el trabajo era de verdad captura personal —comprar, llamar, enviar un mail— esa fricción no se paga sola. Por eso la señal importa: no conviertas el supermercado en un project charter.

Una regla práctica en una pyme de 12: la lista personal sigue existiendo. El proyecto no la reemplaza; le quita lo que no le pertenecía. Lo que es “hoy, mío, sin dependencia” se queda en el to-do. Lo que es “nosotros, con fecha, para un cliente o con un monto” se va al proyecto.

No migres 400 ítems. Migra el resultado que ya tiene las cuatro señales.

1. Elige un trabajo que ya tenga cliente, o varios dueños, o un monto — no el inbox entero.
2. Escribe en media página qué entra, qué no entra y quién es dueño del alcance. Sin eso, el “proyecto” es una lista con otro nombre.
3. Pasa solo las tareas de ese resultado. El resto de la lista personal se queda donde está.
4. Nombra las dependencias en voz alta: “esto no empieza hasta que aquello termine”. Si no puedes decirlo, todavía era una lista.
5. Deja el to-do para lo de hoy. Si en dos semanas el proyecto se volvió otra lista larga, el alcance no se escribió: no es culpa de la herramienta.

Excel entra en esta conversación como atajo falso: una hoja con nombres y fechas parece “equipo con plazos” y se siente como proyecto. Es una tabla. Cuando hay más de un editor y el archivo es la fuente de verdad, tienes el peor de los dos mundos: ni la captura rápida ni el flujo de un proyecto. Una app de tareas o un tablero gana a la hoja en dueños y estados; un proyecto gana a ambos cuando aparecen las cuatro señales.

Si el salto ya está justificado y quieres un gestor local-first —proyectos y listas en tu equipo, sin asientos, con los datos en JSON—, Hito cubre las dos capas sin obligarte a tirar el to-do.

👉 Prueba Hito gratis — gestor de proyectos local-first: kanban, SOPs y automatizaciones en tu equipo, IA opcional, PWA. Sin cuenta, sin asientos, sin nube.