Qué es Kanban y cómo aplicarlo en una agencia creativa

La confusión más cara sobre Kanban es tratarlo como un método de planificación. No decide qué hay que hacer ni cuándo se entrega: enseña dónde está parado lo que ya está empezado y obliga a desatascarlo antes de coger más. Esa es toda la idea, y es más incómoda de aplicar de lo que parece.

¿De dónde sale Kanban?

Kanban se inventó en las fábricas de Toyota, dentro del sistema de producción que dirigió Taiichi Ohno a partir de los años cincuenta. La palabra japonesa significa «tarjeta» o «señal visible», y era exactamente eso: una tarjeta física que viajaba con un lote de piezas y que, al volver vacía al puesto anterior, autorizaba a fabricar el lote siguiente.

El detalle que importa es la dirección de la autorización. En un sistema de empuje, cada puesto produce todo lo que puede y le pasa el resultado al siguiente, que se lo encuentra encima de la mesa. En un sistema de arrastre —el que crea la tarjeta— un puesto solo fabrica cuando el puesto siguiente pide material. El trabajo deja de acumularse entre estaciones y el ritmo lo marca quien recibe, no quien produce.

Ohno contó que la idea se la dieron los supermercados: la estantería se repone cuando el cliente se lleva el producto, no antes y no «por si acaso». Un almacén lleno parece riqueza y es dinero parado y problemas que todavía no se han visto.

¿Qué cambia al pasarlo al trabajo de conocimiento?

Dos cosas, y las dos explican por qué Kanban se comporta distinto en una agencia que en una fábrica.

La primera es que el inventario deja de verse. En una fábrica, el trabajo a medias son cajas apiladas: molestan, ocupan sitio y las ve cualquiera que pase por el pasillo. En una agencia, el trabajo a medias vive en pestañas abiertas, en carpetas de descargas, en un hilo de correo con el cliente y en la cabeza de tres personas distintas. Nadie tropieza con las catorce cosas empezadas, así que nadie las cuenta. El tablero existe para volver visible ese inventario invisible.

La segunda es que las tarjetas no son piezas iguales. Retocar un banner y rediseñar una identidad corporativa caben en la misma tarjeta y no se parecen en nada. Eso no invalida el método, pero obliga a leer las métricas con cabeza: un tiempo medio de ciclo calculado sobre tarjetas de tamaños muy distintos dice poco, mientras que la edad de una tarjeta concreta —cuántos días lleva sin moverse— dice mucho.

David J. Anderson fue quien formalizó esa traducción al trabajo de conocimiento. Su método se articula en cuatro principios de gestión del cambio (empezar por lo que ya se hace, acordar perseguir la mejora incremental, respetar el proceso y los roles actuales, y fomentar el liderazgo a todos los niveles) y seis prácticas centrales. Esta sección cubre las cuatro prácticas que más cambian el día a día de una agencia; las otras dos —cerrar bucles de realimentación y mejorar de forma colaborativa— aparecen en el último paso de montaje. Si estás montando el sistema de trabajo de la agencia entera, conviene leer antes cómo se organiza la gestión de proyectos en una agencia creativa: Kanban es una pieza de eso, no el conjunto.

¿Cuáles son las prácticas que importan de verdad?

Visualizar el trabajo

Todo lo que el equipo tiene entre manos, en un solo sitio y con el mismo formato. La regla práctica es dura: si alguien está trabajando en algo que no está en el tablero, el tablero miente, y un tablero que miente se abandona en dos semanas.

Esto incluye lo que nadie quiere poner: las correcciones de última hora, los favores al comercial, el «son diez minutos» que se repite cinco veces por semana. Ese trabajo existe, consume las mismas horas que el demás y es justo el que desaparece de los presupuestos.

Limitar el trabajo en curso

Un número máximo de tarjetas por columna, escrito en la propia columna. Cuando la columna está llena no entra nada nuevo hasta que sale algo. Es el principio que casi todo el mundo se salta primero y el único que cambia de verdad el comportamiento del equipo.

Gestionar el flujo

Mirar el tablero para ver dónde se para el trabajo, no para ver quién está ocupado. Son dos preguntas distintas y llevan a decisiones opuestas: la primera lleva a ayudar a desatascar, la segunda a repartir más trabajo.

Hacer explícitas las políticas

Escribir qué significa exactamente que una tarjeta pase de una columna a la siguiente. Quién puede moverla, qué tiene que llevar adjunto, quién valida. Sin eso, cada persona aplica su criterio y la misma tarjeta cambia de columna por motivos distintos según quién la toque.

¿Por qué limitar el trabajo en curso funciona si parece que frena?

Es contraintuitivo porque confunde dos cosas: estar ocupado y estar entregando. Un equipo con quince tarjetas abiertas está clarísimamente ocupado y puede llevar semanas sin cerrar ninguna. El cliente no percibe el trabajo en curso, solo percibe lo terminado.

La relación es aritmética, no ideológica. El tiempo que tarda una tarjeta en atravesar el tablero depende de cuántas tarjetas hay dentro dividido por el ritmo al que el equipo las cierra. Si hay veinte tarjetas abiertas y el equipo cierra cinco por semana, una tarjeta nueva tarda de media cuatro semanas en salir, por muy urgente que la pinten. Reducir el trabajo abierto es la palanca directa sobre el plazo, y no exige que nadie trabaje más rápido.

Hay dos efectos más, menos visibles. Uno es el coste de cambiar de tarea: cada salto obliga a reconstruir el contexto, y en trabajo creativo ese contexto es caro de reconstruir. El otro es que los problemas aparecen antes. Con el trabajo limitado, un atasco en revisión bloquea la entrada en un día en lugar de quedar tapado durante un mes bajo capas de trabajo nuevo.

¿Cómo se diseña el tablero de una agencia?

Las columnas tienen que reflejar el proceso real por el que pasa un trabajo, no el organigrama de la agencia.

El error más común es montar las columnas por departamento: Diseño, Copy, Cuentas, Desarrollo. Parece ordenado y no funciona, porque una tarjeta que necesita copy y diseño a la vez no sabe dónde ponerse, y porque el tablero deja de contar en qué punto está el trabajo para contar quién lo tiene. Un tablero por estado se lee de un vistazo: entrada, briefing, en ejecución, revisión interna, con el cliente, listo para entregar.

La columna de entrada merece atención aparte. Es donde aterriza todo lo que pide el cliente antes de estar bien definido, y donde se decide si una tarea entra con un briefing que se sostiene o entra a medias para que alguien la reconstruya por el camino. Una política explícita en esa columna evita buena parte del trabajo rehecho.

¿Por qué «En revisión» acaba siendo un almacén?

Porque es una columna de espera disfrazada de columna de trabajo. Mientras una tarjeta está en ejecución hay alguien haciéndola. Mientras está en revisión normalmente no hay nadie haciendo nada: espera a que alguien saque un hueco. Como el nombre suena a actividad, nadie la trata como lo que es, una cola, y la cola crece hasta que ya nadie recuerda qué hay dentro.

Hay tres arreglos que funcionan y se pueden aplicar juntos:

• Separar la espera del trabajo: una columna «Esperando revisión» con un límite bajo y otra «Revisando». Al partirla se ve al instante si el problema es que nadie empieza a revisar o que revisar cuesta más de lo previsto.
• Poner nombre al revisor en la propia tarjeta. Una tarjeta que espera a «alguien» espera indefinidamente.
• Vigilar la edad de la tarjeta, no solo su posición. Una tarjeta que lleva doce días en revisión es una señal aunque la columna no esté llena.

¿Carriles por cliente o carriles por tipo de trabajo?

Los carriles son las filas horizontales del tablero, y en una agencia la duda casi siempre es la misma.

La recomendación práctica es usar etiquetas para el cliente y reservar los carriles para lo único que de verdad tiene que romper la lectura del tablero, que casi siempre es lo urgente con fecha comprometida. Un carril por cliente en una agencia con muchas cuentas convierte el tablero en una hoja de cálculo. Herramientas como el tablero Kanban de Tasuki permiten arrastrar tarjetas entre listas y etiquetar por cliente, que es la combinación que mejor aguanta cuando el número de cuentas crece.

¿Kanban o Scrum?

Los dos organizan trabajo iterativo, pero parten de supuestos distintos sobre cuánto puede cambiar el encargo a mitad de camino.

En la mayoría de las agencias gana Kanban por una razón muy concreta: un sprint de dos semanas asume que el alcance no se toca durante dos semanas, y un cliente que llama el martes con un cambio de campaña rompe ese supuesto casi todas las semanas. Scrum encaja cuando hay un proyecto largo, con alcance acordado y un equipo que no está a la vez metido en otras cinco cuentas: un desarrollo a medida, una plataforma interna, un producto propio.

También se pueden mezclar, y es habitual: cadencia de revisión y retrospectiva de Scrum sobre un flujo de Kanban. Lo que no funciona es quedarse con las ceremonias de Scrum sin su compromiso de alcance, que es tener reuniones sin obtener a cambio la estabilidad que las justifica.

¿Cuándo no basta con Kanban?

Kanban enseña el ahora. No enseña el calendario, y hay trabajo de agencia que vive en el calendario.

Se queda corto en tres situaciones:

• Fechas duras con consecuencias. Un lanzamiento con medios ya comprados, un evento, una entrega con penalización contractual. El tablero dice que la tarjeta está en ejecución, no dice si llega al día 14.
• Dependencias encadenadas. No se puede grabar hasta que el guion esté aprobado y el estudio reservado, y el estudio hay que reservarlo con semanas de antelación. Kanban no representa que una tarea no pueda empezar hasta que otra termine.
• Hitos contractuales y facturación por fases. Cuando el cobro depende de un hito, alguien tiene que poder ver ese hito sobre una línea de tiempo.

Para eso está el diagrama de Gantt, que representa justo lo que a Kanban le falta: duración, fechas y dependencias. La combinación que funciona en una agencia es usar los dos para cosas distintas, la vista Gantt para el compromiso con el cliente y el tablero para la semana del equipo, y no intentar que uno haga el trabajo del otro.

Kanban tampoco dice si un proyecto es rentable. Un tablero puede estar impecable mientras la cuenta pierde dinero, porque el flujo y el margen son cosas distintas: para lo segundo hacen falta horas imputadas y un precio de venta, que es el asunto de la rentabilidad por proyecto.

¿Cómo se empieza sin parar el trabajo en marcha?

Kanban no exige reorganizar nada el primer día: se aplica encima del proceso que ya existe.

1. Dibuja el proceso real, el que tenéis, con sus columnas feas incluidas. El proceso ideal se diseña después y con datos.
2. Mete en el tablero todo lo que está abierto, sin excepciones. El susto de la primera foto es la mitad del valor del método.
3. Deja pasar una semana sin cambiar nada más y mira dónde se acumulan las tarjetas.
4. Pon límites solo en la columna que se atasca, y por debajo de lo que hay hoy.
5. Escribe en cada columna qué hace falta para salir de ella.
6. Cambia una sola cosa cada vez y espera lo suficiente para saber si ha servido.

Puntos clave

• Kanban es un sistema de arrastre: el trabajo entra cuando hay sitio, no cuando alguien lo empuja.
• Visualizar sirve de poco sin limitar. El límite de trabajo en curso es el principio que cambia la conducta del equipo.
• El plazo de una tarjeta depende del trabajo abierto dividido por el ritmo de cierre, así que reducir lo abierto acorta plazos sin trabajar más rápido.
• Las columnas describen el proceso, nunca el organigrama.
• «En revisión» es una cola: sepárala del trabajo, ponle nombre al revisor y vigila la edad de las tarjetas.
• Etiquetas para los clientes y carriles solo para lo que tiene que romper la lectura del tablero.
• Con fechas duras, dependencias o hitos contractuales, Kanban necesita un Gantt al lado.