Los tableros Kanban genéricos — Por hacer, En progreso, Hecho — funcionan bien para la gestión personal de tareas. Se rompen casi de inmediato cuando se aplican al trabajo de una agencia con clientes: múltiples proyectos en marcha simultáneamente, diferentes etapas de flujo de trabajo según el tipo de proyecto, dependencias de aprobaciones de clientes y entregables que requieren revisión antes de poder avanzar.
El problema no es Kanban. Es que los tableros Kanban no fueron diseñados para cómo trabajan realmente las agencias.
Por Qué las Agencias Tienen Dificultades con los Tableros de Proyectos Genéricos
El desajuste entre los tableros de proyectos estándar y la realidad de una agencia se manifiesta de varias formas recurrentes:
Sin etapa de aprobación del cliente: El trabajo de agencia casi siempre implica un ciclo de revisión y corrección. Un tablero sin una columna "Revisión del cliente" convierte ese tiempo de espera en invisible — el trabajo se mueve a Hecho cuando en realidad está esperando en la bandeja de entrada del cliente, bloqueando la entrega y distorsionando la visión del equipo sobre lo que realmente está completado.
Todos los proyectos comparten el mismo tablero: Un único tablero para todo significa que un diseñador no puede ver sus tareas en cinco clientes a la vez, y un gestor de proyectos no puede obtener una visión general de todo el trabajo activo sin cambiar entre vistas.
Sin conexión entre el estado del tablero y la facturación: Cuando un entregable pasa a Hecho, normalmente ha ocurrido algo facturable. Un tablero Kanban que no está conectado a la facturación significa que la facturación por hitos requiere que alguien relacione manualmente el estado del tablero con los disparadores de facturas — un proceso que habitualmente genera retrasos en la facturación y hitos perdidos.
Sin conciencia del trabajo en curso entre proyectos: Un límite de columna en un único tablero de proyecto no tiene en cuenta a la misma persona en la columna "En progreso" en cuatro tableros de proyecto distintos simultáneamente. La gestión real del trabajo en curso para agencias requiere una visión transversal de proyectos.
Sin etapa para lo que viene después de la entrega: Los proyectos de agencia no terminan cuando se envían los entregables. Hay documentación de traspaso, transiciones a retainer, captura de feedback y trabajo de seguimiento. Los tableros que solo modelan la entrega se pierden la cola de cada proyecto.
Kanban vs Scrum para Agencias: Cuál Funciona Mejor
Tanto Kanban como Scrum se utilizan en agencias. Cada uno se adapta a distintos tipos de trabajo:
Scrum funciona bien para: Compromisos de desarrollo de producto o software a largo plazo con equipos estables, alcance iterativo y revisiones de sprint periódicas. Si tu agencia gestiona equipos de desarrollo dedicados para clientes en compromisos de 6 a 12 meses, la estructura de sprint de Scrum genera predictibilidad y ritmo útiles.
Kanban funciona mejor para: La mayoría del trabajo de agencia — campañas, proyectos creativos, contenido, estrategia y cualquier cosa con alcance variable y cadencia de entrega irregular. Kanban no requiere ciclos de sprint fijos ni ceremonias formales, lo que lo hace más adaptable al constante cambio de contexto y a las prioridades cambiantes de los clientes que definen la vida de una agencia.
La diferencia práctica: En Scrum, te comprometes con un alcance fijo durante dos semanas y proteges el sprint. En Kanban, gestionas el flujo de forma continua — el nuevo trabajo entra en la parte superior de la cola y el equipo toma trabajo a medida que se abre capacidad. Las agencias que atienden a muchos clientes simultáneamente casi siempre encuentran Kanban más práctico, porque las prioridades de los clientes no respetan los límites del sprint.
Muchas agencias utilizan un enfoque híbrido: tableros Kanban para el flujo diario del proyecto, con retrospectivas al estilo Scrum en los hitos del proyecto para evaluar qué está funcionando.
Cómo Configurar un Tablero Kanban para el Trabajo de Agencia
La estructura de columnas lo es todo. A continuación se presenta una plantilla práctica para la mayoría de los tipos de proyectos de agencia:
Backlog: Todo lo que se ha definido y acordado pero que aún no ha comenzado. Los elementos aquí están completamente documentados — no son ideas ni solicitudes — de modo que el equipo puede tomarlos sin necesitar contexto adicional.
En definición: Trabajo que se ha solicitado pero que necesita definición antes de poder comenzar. El brief está en desarrollo, se están formulando preguntas y se están confirmando dependencias. Esta etapa evita que "En progreso" se convierta en un agujero negro de trabajo a medio definir.
En progreso: Trabajo activo. Aplica un límite de trabajo en curso aquí — el número máximo de tarjetas que pueden estar en esta columna por persona o por equipo. Los límites de trabajo en curso son el mecanismo que fuerza la priorización y evita la ilusión de productividad que surge de comenzar muchas cosas y terminar pocas.
En revisión (interna): Terminado desde la perspectiva del equipo, pero requiere control de calidad o aprobación interna antes de enviarlo al cliente. Esta etapa protege a los clientes de ver trabajo que no está listo y protege al equipo del feedback del cliente sobre trabajo que debería haberse detectado internamente.
Revisión del cliente: Enviado al cliente y a la espera de feedback. Esta columna hace visible el tiempo de espera — puedes ver exactamente cuántos elementos están bloqueados por input externo, lo cual es útil para detectar clientes que se mueven lentamente antes de que se conviertan en riesgos para la entrega.
Revisiones: Feedback del cliente recibido y trabajo siendo actualizado. Es una etapa distinta de "En progreso" porque las revisiones tienen diferente presión temporal y contexto.
Hecho — Factura pendiente: El trabajo está completo y aceptado. La factura aún no se ha enviado. Esta columna es el vínculo crítico entre la entrega y la facturación — es el disparador del proceso de facturación, y su existencia evita el problema habitual de las agencias de completar trabajo y olvidarse de facturarlo.
Facturado / Cerrado: Factura enviada. Fase del proyecto o hito cerrado financieramente.
Adapta esta estructura a los tipos de proyecto que gestionas. Un flujo de trabajo de retainer podría colapsar algunas etapas; un proyecto de marca complejo podría agregar etapas para la aprobación de conceptos o la revisión legal. El principio es que cada tarjeta debe representar trabajo real, cada columna debe representar un estado real y cada transición debe significar que algo ha ocurrido.
Métricas Kanban que las Agencias Deben Seguir
El poder de Kanban es que genera datos operativos útiles por defecto, si sabes qué medir:
Tiempo de ciclo: ¿Cuánto tarda una tarjeta en pasar de "En progreso" a "Hecho"? El tiempo de ciclo promedio por tipo de tarea te indica tu ritmo de entrega realista — lo que debería informar directamente tu definición de alcance de proyectos y los compromisos con clientes. Si tu tarea de diseño promedio tarda 4 días pero estás presupuestando 2, tienes un problema de precios y planificación que los datos de tiempo de ciclo revelan con claridad.
Lead time: El tiempo total desde que una tarea entra en el Backlog hasta que está Hecha, incluyendo el tiempo de espera. El lead time es lo que experimentan los clientes — el tiempo de ciclo es lo que experimenta tu equipo. Una gran brecha entre ambos significa que las tareas están esperando en colas antes de que el equipo llegue a ellas.
Tendencias del trabajo en curso: ¿Cuántas tarjetas hay típicamente en cada columna en un momento dado? Las columnas de Revisión consistentemente llenas sugieren un cuello de botella en el control de calidad. Las columnas de Revisión del cliente consistentemente llenas sugieren que los clientes son lentos para proporcionar feedback — lo que es o bien un problema de gestión de clientes o una señal de que estás enviando trabajo para revisión antes de que esté realmente listo.
Rendimiento (throughput): ¿Cuántas tareas completa el equipo por semana? Las tendencias de rendimiento te indican si tu capacidad de entrega está aumentando, estable o disminuyendo — independientemente de cuán ocupado parezca todo el mundo.
Tiempo bloqueado: Tarjetas que no pueden avanzar por una dependencia, información faltante o un bloqueador externo. Rastrear cuánto tiempo pasan las tarjetas bloqueadas, y por qué, identifica problemas sistémicos que las reuniones diarias repetidas no logran descubrir.
Kanban en Monton: Más Allá del Tablero Básico
Los tableros de proyectos de Monton están construidos sobre los principios de Kanban pero conectados a los datos que los hacen operativamente útiles para las agencias — no solo visualmente atractivos.
Visibilidad entre proyectos: Visualiza tareas de todos los proyectos activos en un único tablero filtrado por miembro del equipo, estado o cliente. Un gestor de proyectos puede revisar todos los entregables en curso de un diseñador específico en seis clientes en una sola vista — sin necesidad de abrir seis tableros diferentes.
Registro de tiempo en tarjetas: Registra el tiempo directamente desde una tarjeta de tarea. Cada hora registrada contra una tarjeta actualiza automáticamente el coste y el margen del proyecto. La conexión entre el trabajo en curso y el resultado financiero es en tiempo real, no se reconstruye a final de mes.
Disparador de facturación desde el estado del tablero: Cuando una tarjeta pasa a "Hecho — Factura pendiente", puede activar un flujo de trabajo de facturación en Monton. La facturación por hitos se convierte en una operación de tablero en lugar de un proceso separado que alguien tiene que recordar ejecutar.
Columnas personalizadas por proyecto: Cada tipo de proyecto tiene un flujo de trabajo diferente. Monton te permite configurar estructuras de columnas por proyecto en lugar de forzar todo el trabajo en un único esquema — de modo que un proyecto de marca, una campaña de rendimiento y el desarrollo de un sitio web tengan cada uno las etapas que reflejan cómo avanzan realmente.
Conciencia de capacidad en la vista del tablero: Los límites de trabajo en curso en Monton se conectan a la capacidad real del equipo, no a conteos arbitrarios de tarjetas. El sistema te indica no solo que una columna está llena, sino si las personas en esa columna tienen capacidad para más.
Los tableros Kanban para agencias deben ser herramientas operativas que reflejen el estado real de la entrega — no resúmenes visuales que actualizas para el informe del cliente. La configuración adecuada convierte el tablero en el lugar donde el trabajo realmente ocurre, lo que significa que los datos que contiene son automáticamente útiles para todo lo demás: facturación, planificación de capacidad y análisis de rentabilidad.