POR QUÉ NO USAR ASANA

Asana convierte la coordinación en un trabajo de tiempo completo. Eso no es gestión de proyectos — es teatro de proyectos.

He usado Asana en tres organizaciones diferentes. Cada vez el patrón fue idéntico: entusiasmo inicial, adopción generalizada, agotamiento gradual y abandono eventual. La herramienta sobrevive a los workflows que se suponía que debía habilitar. Y los workflows que quedan son los que sirven a la herramienta, no al equipo.

La promesa vs La realidad

La promesa: una fuente única de verdad para cada proyecto, tarea y fecha límite en tu organización. Claridad total. Alineación total.

La realidad: una fuente única de verdad en la que nadie confía, porque la verdad en Asana siempre está 48 horas detrás de la realidad.

El fallo fundamental es que Asana modela el trabajo como objetos estáticos que avanzan por etapas predefinidas. El trabajo real es desordenado. Vuelve atrás. Se bloquea por dependencias externas que no tienen cabida en el modelo de Asana. Termina antes de que la tarea en Asana esté marcada como completa. La herramienta castiga la realidad para preservar la ilusión de control.

Overhead de complejidad

Asana es la herramienta de gestión de proyectos más pesada en su clase. El peso no está en la UI — está en las decisiones que la herramienta exige antes de que puedas rastrear cualquier cosa.

→ Cada tarea necesita un proyecto. Sin excepciones. Si no lo asignas, flota en "Mis tareas" — invisible para todos. Así que creas proyectos para todo. Ahora tienes 40 proyectos. → Cada proyecto necesita una sección. Las secciones dividen el trabajo en fases. Si no tienes fases, creas secciones de todos modos. Ahora tienes 200 secciones. → Cada tarea necesita un responsable. Múltiples responsables no están soportados — necesitas sub-tareas. Las sub-tareas son tareas dentro de tareas. El anidamiento es infinito. → Cada tarea puede tener dependencias. Rastrear dependencias en Asana requiere vinculación manual. Nadie lo mantiene. → Campos personalizados. Puedes añadir cualquier campo a cualquier tarea. Los equipos crean 15-20 campos por proyecto. Nadie los llena todos.

El overhead de mantener Asana crece más rápido que el trabajo que rastrea. Esa es la firma de una restricción que degrada el rendimiento de tu equipo sin que te des cuenta.

Inventario de bloat de funciones

Asana empezó como una lista de tareas. Esto es lo que ha acumulado:

→ Timeline (diagrama Gantt) → Constructor de workflows (automatizaciones) → Portfolios (dashboards multi-proyecto) → Goals (tracking de OKRs) → Formularios → Inbox (sistema de notificaciones interno) → Proofing (revisión de archivos) → Pizarras digitales → Funciones de IA → Seguimiento de tiempo → 200+ integraciones

Cada función añade complejidad. Cada integración es otra superficie para que las cosas se rompan, se desvíen o generen ruido. La propuesta de valor central — rastrear quién hace qué y cuándo — está enterrada bajo una suite de producto que rivaliza con los sistemas ERP.

Coste de atención

El sistema de notificaciones de Asana es únicamente agresivo.

→ Cada asignación de tarea envía una notificación. Cada comentario envía una notificación. Cada cambio de estado envía una notificación. → El Inbox es el email interno de Asana. Se llena. Lo procesas como email. Ahora tienes dos bandejas de entrada. → La vista "Mis tareas" muestra cada tarea asignada en todos los proyectos. Si estás en 4 proyectos con 20 tareas cada uno, Mis tareas muestra 80 items. → La vista "Hoy" está filtrada, pero filtrar es otra decisión.

El efecto acumulativo: los usuarios de Asana revisan la herramienta 5-10 veces al día. Cada revisión es un cambio de contexto. Cada cambio de contexto toma 23 minutos de recuperación según la investigación. La matemática es brutal. Asana no solo no resuelve la coordinación — se convierte en la fuente principal del overhead de coordinación.

Puntuación de complejidad: 8/10

| Dimensión | Puntuación | Notas | |-----------|-------|-------| | Curva de aprendizaje | 6/10 | Simple al empezar, abrumador a escala | | Fricción diaria | 8/10 | Múltiples vistas, actualizaciones manuales, sobrecarga de notifs | | Bloat de funciones | 9/10 | Portfolios, goals, pizarras, IA — en un task tracker | | Colaboración | 7/10 | Diseñado para managers, no para ejecutores | | Impuesto de mantenimiento | 9/10 | Campos personalizados, estructuras de proyecto, flujos huérfanos | | Riesgo de lock-in | 7/10 | Export existe; la lógica del workflow se pierde |

La alternativa aprobada por BBM: Linear

Linear es lo que Asana debería haber sido. Fue construida por ingenieros para ingenieros, y se nota en cada decisión de diseño.

→ Velocidad primero. Crea tareas en milisegundos. Carga todo al instante. → Nativa de teclado. La interfaz está diseñada para operarse sin ratón. → Equipos, no proyectos. Modelo más simple que mapea cómo trabajan los equipos de ingeniería. → Basada en ciclos. Fomenta el trabajo con límite de tiempo en vez de backlogs infinitos. → Disciplina de notificaciones. Te actualiza cuando algo importa, no cada vez que algo cambia.

Linear entiende que cuanto menos tiempo pases en la herramienta de gestión, más tiempo pasarás entregando. Asana necesita que vivas dentro de ella. Linear está diseñada para que salgas lo más rápido posible.

El teatro de proyectos sigue siendo teatro

Si necesitas una vista de portfolio, timeline, goals y automatizaciones para saber si tu equipo es productivo, no estás gestionando un proyecto. Estás gestionando una proyección del proyecto. No son lo mismo.

→ La pregunta real no es "qué herramienta de gestión de proyectos deberíamos usar?" La pregunta real es "por qué necesitamos tanto proceso para saber qué está haciendo cada uno?" La respuesta suele ser que tu modelo de comunicación está roto.

Reduce el ruido. Entrega el trabajo.