看板 — Letrero
Kanban (看板) es japonés. Los caracteres se dividen en: 看 (kan), ver, mirar, & 板 (ban): tablero, tabla, signo. Juntos: un tablero de señal visual.
La palabra precede al sistema de gestión por siglos. Cada tienda en el Japón de la época Edo tenía un kanban: un letrero de madera afuera anunciando lo que se vendía adentro. La señal visual era el anuncio, el indicador de inventario, & el disparador de reorden todo a la vez.
El insight del supermercado de Taiichi Ohno
En los años 50, el ingeniero de Toyota Taiichi Ohno visitó supermercados estadounidenses. Lo que vio cambió la historia de la manufactura.
En una fábrica tradicional, el modelo de empuje, la producción corría según un cronograma. Un pronóstico decía «necesitaremos 500 unidades el próximo mes», así que la fábrica hacía 500 unidades & las empujaba a un estante. Si la demanda era incorrecta, el estante se desbordaba. Si la demanda superaba el pronóstico, el estante estaba vacío. De cualquier forma, alguien estaba equivocado.
Los supermercados funcionaban diferente. Los estantes tenían una cantidad fija de cada artículo. Cuando un cliente se llevaba el último frasco de mantequilla de maní, el espacio vacío era en sí mismo la señal de reorden. Los trabajadores de stock no necesitaban que un gerente les dijera cuándo reabastecer: el estante se lo decía. Este es el modelo de atracción: la demanda aguas abajo señala el reabastecimiento aguas arriba.
Ohno llevó este insight de vuelta a Toyota. La tarjeta física (kanban) adjunta a un contenedor de piezas se convirtió en la señal: «este contenedor está vacío: produce más». Sin pronóstico. Sin planificador central. El trabajo se tiró hacia adelante por sí solo.
Empuje vs. Atracción
La distinción empuje/atracción es el fundamento de todo lo que sigue.
Columnas como estados
Un tablero kanban hace visible el trabajo. Cada pieza de trabajo es una tarjeta. Las tarjetas se mueven de izquierda a derecha a través de columnas que representan estados.
Las columnas clásicas son: Cartera → Seleccionado → En Progreso → Revisión → Hecho
Pero las columnas exactas no importan. Lo que importa es que cada tarjeta tiene exactamente un estado actual, & ese estado es visible para todos los que trabajan en ese sistema.
Lo que representa una tarjeta
Una tarjeta representa una unidad de trabajo que puede completarse independientemente. No un proyecto. No un objetivo. Una cosa específica & acotada con una definición clara de «listo».
Buena tarjeta: Rotar claves SSH en servidores de prod: listo cuando todos los servidores muestren la nueva clave en authorized_keys & la clave antigua esté eliminada.
Mala tarjeta: Mejorar seguridad. (Esto es un proyecto, no una tarea. Divídelo.)
Límites WIP
La columna En Progreso en el diagrama muestra un límite WIP: 3. Esto significa que no más de tres tarjetas pueden estar En Progreso al mismo tiempo. Si quieres tirar una cuarta tarjeta, debes terminar una primero.
Esto se siente como una restricción. Lo es: por diseño. Los límites WIP te fuerzan a terminar lo que empezaste antes de empezar algo nuevo. Más sobre por qué esto importa en una sección posterior.
Acotando tarjetas de trabajo
La habilidad más difícil en kanban no es dibujar el tablero. Es acotar las tarjetas. Demasiado grandes & una tarjeta se queda En Progreso durante semanas, bloqueando otro trabajo. Demasiado pequeñas & el tablero se llena de ruido.
Los silos funcionan bien
Cualquier operación multidisciplinaria tiene centros de trabajo funcionales: una panadería tiene pastelería, pan, comida salada, & mostrador. Un estudio de productos tiene diseño, contenido, construcción, & ops. Un proyecto de construcción tiene estructura, plomería, electricidad, & acabado. Estos centros existen por buenas razones: la especialización profunda requiere propiedad enfocada.
Kanban no disuelve estas divisiones. Hace las transferencias entre ellas visibles & explícitas.
La tarjeta de transferencia
Cuando una unidad de trabajo se mueve de un centro de trabajo a otro, digamos, un activo de diseño que necesita texto escrito antes de que el constructor pueda armar la página, una tarjeta de transferencia viaja con él. El centro aguas abajo ve la tarjeta aparecer en su Cartera. La tiran cuando tienen capacidad. No se necesita email. No se necesita reunión para coordinar. La tarjeta es la señal.
Lo que muestra el diagrama
La tarjeta ★ comienza en Diseño (En Progreso: activos visuales). Cuando Diseño termina su parte, se crea una tarjeta de transferencia & la tarjeta ★ aparece en la Cartera del centro Construcción. Construcción la tira. Luego Ops la tira. Cada centro tiene su propio tablero. Cada tablero muestra solo el trabajo actual de ese centro. Pero la ★ viaja a través de todos ellos, & todos pueden ver dónde está.
Este es el insight del supermercado aplicado a organizaciones: cada centro de trabajo es un estante. Las tarjetas reabastecem estantes aguas abajo solo cuando el trabajo aguas arriba es tirado & consumido.
Diseñando una transferencia
La tarjeta de transferencia es el contrato entre centros de trabajo. Debe contener suficiente contexto para que el equipo que la recibe actúe sin una reunión.
Deja de empezar. Comienza a terminar.
WIP significa Trabajo en Progreso. Un límite WIP es un techo en cuántas tarjetas pueden estar en una columna dada a la vez.
Esto suena como una restricción. Lo es. Ese es el punto.
Por qué los límites ayudan
Cada vez que comienzas una tarea nueva sin terminar la anterior, pagas un costo de cambio de contexto. Tu cerebro carga el contexto de la nueva tarea & descarga parcialmente la anterior. Cuando vuelves a la tarea anterior, la recargas. Para trabajo intelectual, escritura, depuración, diseño, revisión, este costo de recarga se mide en horas, no segundos.
Los límites WIP previenen la acumulación de trabajo a medio hacer. También hacen algo más valioso: hacen visible los cuellos de botella.
Los cuellos de botella se hacen visibles
Si la columna Revisión tiene un límite WIP de 2 & siempre está a 2, esa es una señal: la revisión es más lenta que la producción. Más trabajo está completando En Progreso que lo que puede consumir Revisión. Sin un límite WIP, el tablero se llena de tarjetas «terminado pero esperando revisión» & el cuello de botella es invisible. Con un límite WIP, la columna En Progreso no puede aceptar nuevas tarjetas, & todo el equipo ve la restricción.
Esto no es un fracaso. Es información. El sistema te está diciendo que corrijas Revisión, que contrates, que hagas parejas, que reduzcas el tamaño de lote, en lugar de ciegamente empujar más trabajo a través.
La Ley de Little (informalmente)
Tiempo de entrega (cuánto tarda una tarjeta de inicio a listo) = Trabajo en Progreso ÷ Rendimiento (tarjetas completadas por unidad de tiempo). Si quieres tiempos de entrega más cortos sin contratar, reduce WIP. Menos cosas en vuelo significa que cada cosa termina más rápido.
R = (W × C) + T
Los límites WIP protegen tres variables. El consultor de eficiencia Brian Tracy las nombró en 1986.
R = (W × C) + T
- R: Resultado: el resultado que quieres
- W: Claridad de objetivo: cuán precisamente sabes lo que quieres (0–10)
- C: Concentración: intensidad del esfuerzo enfocado (0–10)
- T: Tiempo trabajado sin distracciones (horas ininterrumpidas)
Por qué W & C se multiplican
Claridad & concentración no son independientes. Alta concentración en un objetivo vago produce movimiento rápido en la dirección equivocada. Claridad de objetivo perfecta sin concentración produce nada. Interactúan: por eso Tracy las escribió como un producto, no una suma. Un 9/10 en cada uno da R = 81 + T. Un 3/10 en cada uno da R = 9 + T. La diferencia no es aditiva.
Por qué T se suma
Cada hora sin distracción suma linealmente al resultado. T no puede componer W & C: solo puede acumularse encima del producto. Esto explica por qué el primer movimiento siempre es mejorar W & C, no trabajar más horas. Más T en un producto bajo (W × C) sigue siendo un pobre resultado.
Lo que el tablero kanban hace con cada variable
- W: Una tarjeta bien acotada (título claro, criterios de aceptación medibles, dueño único) aumenta W antes de que el trabajo comience. Las tarjetas vagas la disminuyen automáticamente.
- C: Los límites WIP fuerzan concentración. Una tarjeta en Activo significa atención completa en un problema. Tres tarjetas en Activo significa que C está dividido entre tres.
- T: Los bloques Pomodoro & la protección del calendario crean las horas sin distracción que T mide. El temporizador del tablero no es decoración: rastrea T en tiempo real.
Tracy afirmaba que cualquier problema podía resolverse en 30 minutos cuando W, C, & T están todos optimizados. El tablero kanban es el instrumento para optimizar los tres simultáneamente.
Leyendo el tablero
Práctica leyendo cuellos de botella del estado del tablero.
No Ágil. No Cascada.
Ágil es una metodología. Cascada es una metodología. Kanban es un sistema.
Las metodologías prescriben cómo trabajas. Los sistemas describen lo que es verdadero sobre el trabajo. Kanban no te dice que tengas sprints de dos semanas, reuniones diarias o retrospectivas. Te dice una cosa: haz el trabajo visible, limita WIP, & tira.
El problema con las metodologías
Ágil funciona bien para equipos que construyen productos iterativamente, software, en su mayoría. Cascada funciona bien para proyectos con requerimientos fijos & desconocidos conocidos, construcción, manufactura de hardware. Ninguno se mapea limpiamente a trabajo multidisciplinario donde una tarea de diseño & una tarea de cumplimiento tienen tiempos de ciclo completamente diferentes & definiciones de «listo».
Forzar un centro de diseño & un centro de ops a la misma cadencia de sprint es un error de categoría. Un sprint de dos semanas que funciona para creación de contenido produce urgencia artificial en el trabajo de logística. Una reunión de stand-up construida para equipos colocados crea sobrecarga para solos independientes.
Encuentra terreno común en el trabajo a realizar
El enfoque un: encuentra el trabajo que necesita hacerse. Encuentra a las personas o socios mejor posicionados para hacerlo. No impongas un proceso encima de eso: deja que el trabajo superficialice su propio proceso a través de un sistema de visibilidad compartida.
Esto no es la ausencia de proceso. Es la cantidad correcta de proceso: suficiente para coordinar, no suficiente para crear sobrecarga de coordinación que supere el valor del trabajo.
No construyas lo que puedes comprar. No compres lo que puedes crecer.
Antes de que se cree cualquier tarjeta de trabajo, pregunta: ¿debería existir esto? Cada pieza de trabajo que construyes, la posees para siempre. Cada SaaS que suscriben, dependen para siempre. Cada dependencia de código abierto que bifurcas, mantienes para siempre.
El árbol de decisión: ¿Podemos crecer esto? Un proceso, una habilidad, una relación que produce la capacidad de manera sostenible, prefiere esto. Si crecer no es viable: ¿Podemos comprar esto? Una herramienta lista para usar que resuelve el 80% del problema sin trabajo personalizado, prefiere esto. Si comprar no es viable: Constrúyelo. & constrúyelo sabiendo que ahora eres el dueño.
La mayoría de las organizaciones invierten este orden. Construyen infraestructura personalizada para problemas que herramientas de productos resuelven bien, luego luchan por mantener lo que construyeron. Kanban hace esto visible: cada tarjeta en tu Cartera es una cosa que elegiste construir. La pregunta honesta es si debería estar allí.
Construir / Comprar / Crecer
Aplica el marco de decisión.
Diseña un tablero
Junta todo. Diseñarás un sistema kanban para un escenario multidisciplinario específico.
Escenario
Un pequeño estudio está relanzando su producto con una marca nueva. El trabajo implica cuatro centros:
- Diseño: nuevo logo, identidad visual, fotografía de productos, diseños de página
- Contenido: descripciones de producto reescritas, texto de página de aterrizaje, anuncio por correo electrónico
- Construcción: sitio web actualizado, nuevo flujo de compra, redirecciones de URLs antiguas
- Ops: configuración actualizada del procesador de pagos, sesión informativa del socio de cumplimiento, reconfiguración de análisis
El relanzamiento tiene un plazo firme: una feria comercial en 45 días donde la marca nueva se hace pública.
Los solos siguen siendo silos
En la mayoría de las organizaciones, kanban existe para hacer visible el trabajo entre una jerarquía de gestión. Los gerentes coordinan entre silos. Kanban reduce la sobrecarga de coordinación.
En el modelo un, no hay gerentes. Hay solos. Un solo opera una empresa independientemente: un solo de diseño, un solo de construcción, un solo de escritura, un solo de ops. Cada solo es, por definición, un silo. No hay un organigrama que los conecte. Sin relación de reporte. Sin gerente que force coordinación.
Kanban se convierte en la capa de coordinación. No disolviendo silos, los solos permanecen completamente independientes, sino haciendo las transferencias entre ellos visibles & explícitas. Un solo no envía un correo electrónico o programa una reunión para transferir trabajo. Ponen una tarjeta en un tablero compartido. El solo que recibe la tira cuando tiene capacidad.
Esto explica por qué kanban se ajusta mejor al modelo un que ágil o cascada: no requiere cadencia compartida, sin retros conjuntos, sin planificación sincronizada. Cada solo establece sus propios límites WIP, su propio tiempo de ciclo, su propia definición de listo. La coordinación sucede a nivel de tarjeta, no a nivel de proceso.