Software de gestión de proyectos: cómo elegir uno que sí uses

Un software de gestión de proyectos es el lugar donde el trabajo tiene dueño, estado y fecha, y donde el equipo ve el avance sin preguntar “¿cómo vas?”. No es un chat con hilos ni una hoja con colores: es el sistema que convierte “hay que entregar el sitio” en tareas, responsables y un flujo que alguien puede leer un martes a las 10.

Cubre tres capas que la gente mezcla. La captura personal (“llámalo al cliente”) cabe en una app de gestión de tareas. El proyecto suma alcance, plazos y varios dueños. El portafolio suma varios proyectos a la vez. El software sirve cuando deja de ser una lista de recuerdos y pasa a ser la fuente de verdad del trabajo en curso.

Un freelance con 3 clientes puede vivir meses en una lista. Una agencia de 8, con briefs, revisiones y un tablero de operaciones, ya no: el chat no dice quién tiene la pelota ni qué está bloqueado. El software no “hace la gestión” por ti. Te obliga a nombrar el trabajo y a moverlo.

Antes de mirar rankings, escribe lo que el equipo necesita para trabajar la semana que viene. Cinco funciones alcanzan; el resto es opcional hasta que el dolor lo pida.

• Tareas. Capturar, partir y cerrar. Si no cabe en una tarjeta con un verbo (“enviar el informe de avance”), no es una tarea: es un deseo.
• Tablero. Columnas que copian el flujo real (por hacer, en curso, espera de cliente, hecho), no las columnas del tutorial del vendor.
• Plazos. Una fecha que alguien ve sin abrir un hilo. No hace falta un cronograma de 40 filas el primer mes.
• Responsables. Un dueño por tarjeta. “El equipo” no es un responsable: es una forma de que nadie la mueva.
• Visibilidad. Que un lead mire el tablero y sepa qué está trabado, sin una reunión de status de 45 minutos.

Lo que no tiene que hacer el primer día: quince vistas, un Gantt con dependencias, SSO ni un marketplace. Eso se compra cuando el flujo ya se actualiza solo. Si el equipo no mueve tarjetas, el diagrama más caro es un dibujo. Prueba corta: si mañana entra un pedido, ¿dónde se escribe, quién queda de dueño y cómo se entera el resto? Si la respuesta es el grupo de WhatsApp, todavía no tienes software. Tienes un chat.

El tipo define el techo, no el logo. Elige el más chico que cubra el flujo; subir de tipo es barato en tiempo, bajar es una migración.

• Lista. Una cola con dueño y fecha. Sirve al freelance con 3 clientes y poco solapamiento. Se rompe cuando hay estados (“espera de cliente”) o más de un editor habitual.
• Kanban. Columnas y tarjetas. Es el tipo que más equipos chicos terminan usando, porque el flujo se ve. Trello es el ejemplo más citado; el desglose de techos y collab está en Hito vs Trello.
• Gantt. Barras, dependencias, fecha de fin. Sirve cuando el atraso de una tarea mueve el resto (obra ligera, un lanzamiento con proveedores). No sirve para “ver el trabajo de hoy”: para eso el tablero gana.
• All-in-one. Docs, chat, metas, whiteboards y 15 vistas en un solo login. ClickUp es el caso tipo. Gana si el presupuesto existe y el equipo va a configurar; pierde si nadie administra el workspace. Más detalle en Hito vs ClickUp.
• Local-first. El proyecto vive en tu disco (carpeta, archivos), no en el servidor del vendor. No hay asiento que vencer ni un plan free que se estrecha. Tampoco hay collab en tiempo real tipo nube ni un ecosistema mobile de Power-Ups. Es un tipo, no un premio.

Excel y Sheets no son un sexto tipo de software de gestión: son una hoja que a veces alcanza. Cuándo sí y cuándo el .xlsx se vuelve el sistema operativo del equipo está en gestión de proyectos en Excel. Si tu flujo ya pide estados, comentarios y varios editores, la hoja no “se configura mejor”: se cambia de capa.

Sin puntajes ni “mejor del año”. Ideal para, y el techo que vas a pegar primero. Los vendors mueven cifras: trata cada número como foto de 2026, no como contrato. El detalle de planes free está en herramientas gratis de gestión de proyectos.

Lee la tabla por el techo, no por la marca. Una agencia de 8 con un tablero de operaciones y uno por cliente llega a los 10 tableros de Trello sin ser “grande”. Un dúo que suma a la asistente choca el free de Asana el primer mes. Un estudio que carga PDFs gasta 60 MB de ClickUp en una semana de capturas. Jira gana en issues; monday.com, en tableros de colores con piso de 3 asientos pagos. OpenProject gana el Gantt en tu servidor, si alguien lo parchea. Ninguna fila es el ganador universal.

El error caro no es elegir “mal”: es elegir por una demo y descubrir el techo a los 90 días, cuando ya hay 200 tarjetas y el equipo se negó a volver a Excel.

• Comprar vistas. El vendor enseña Gantt, carga de trabajo, metas y un calendario de colores. El equipo iba a usar un tablero de cuatro columnas. Pagas la suite; usas la lista. El recuento de vistas no predice adopción.
• Ignorar techos a 90 días. Asana free = 2 usuarios. Trello = 10 tableros. ClickUp ~60 MB. Jira free ≤ 10. monday.com, mínimo 3 asientos pagos. Notion, el segundo miembro suele dejar de ser free. Pregunta qué vas a tocar primero —asientos, tableros o storage— no qué logo queda mejor en la home.
• No mapear el flujo. Copiar las columnas del template (“Backlog / Sprint / Done”) cuando tu agencia trabaja “Brief → Producción → Revisión cliente → Entrega” produce un tablero que nadie reconoce. El software no inventa el proceso; lo refleja. Si el flujo no está escrito, cualquier tool se siente “confusa”.

Un cuarto error: elegir para la empresa de 50 con SSO y SOC2, no para las 8 que tienes. El software enterprise no te hace enterprise. Te hace un workspace que nadie administra.

No migres el archivo histórico. Elige un proyecto real —un cliente, un lanzamiento, las operaciones de la quincena— y recorre este calendario. El checklist largo, con techos y precio a 12 meses, está en cómo elegir un software de gestión de proyectos.

1. Días 1–2. Escribe el flujo en una servilleta: 4–6 columnas con nombres que el equipo ya usa. “Espera de cliente” vale más que “Blocked”.
2. Días 3–5. Un tablero, un proyecto, las tarjetas de esa semana. Nada de importar 2019. Si el tablero no se entiende en diez minutos, las columnas están mal, no la gente.
3. Días 6–10. Todo el trabajo de ese proyecto entra ahí. El chat deja de ser el backlog. El dueño de cada tarjeta es una persona, no “el equipo”.
4. Días 11–14. Un informe de 8 líneas salido del tablero, no de memoria. Si nadie actualizó, el software no falló: el hábito no nació. Decide entonces —seguir, cambiar de tipo o volver a la lista— no a los seis meses.

Si a los 14 días el tablero es más honesto que el chat, quédate. Si el equipo sigue preguntando “¿en qué quedó lo de Martín?”, todavía no tienes un sistema. Tienes una cuenta.

Cuando el criterio es que los datos del cliente se queden en disco —no en el servidor del vendor—, local-first entra en la conversación. Hito es esa opción: carpeta + JSON, sin cuenta ni asiento, kanban, checklists, flujos y una PWA que funciona offline. No es el ganador de la tabla. No reemplaza Jira en un equipo de ingeniería grande ni ClickUp si necesitas quince vistas y Brain. Está pensado para 1–15 personas, no para 50, SSO ni SOC2.