看板 — Tablero de señales
Kanban (看板) es japonés. Los caracteres se desglosan como: 看 (kan), ver, observar, & 板 (ban): tabla, tablón, señal. Juntos: una tabla de señales visuales.
La palabra data de siglos antes que el sistema de gestión. Cada tienda en el período Edo de Japón tenía un kanban: una señal de madera fuera que anunciaba lo que se vendía dentro. El señal visual era el anuncio, el indicador de inventario y el desencadenante de pedido a la vez.
La visión de Taiichi Ohno en el supermercado
En la década de 1950, el ingeniero de Toyota Taiichi Ohno visitó supermercados americanos. Lo que vio cambió el historial de la manufactura.
En una fábrica tradicional, el modelo de empuje , la producción corría según un calendario. Un pronóstico decía "necesitaremos 500 unidades el próximo mes", así que la fábrica hizo 500 unidades y las empujó a un estante. Si la demanda estaba equivocada, el estante se desbordaba. Si la demanda superaba el pronóstico, el estante estaba vacío. De cualquier manera, alguien estaba equivocado.
Los supermercados funcionaban de manera diferente. Los estantes tenían una cantidad fija de cada artículo. Cuando un cliente tomaba la última lata de mantequilla de maní, el espacio vacío era él mismo el señal de reorder. Los trabajadores de inventario no necesitaban un gestor que les dijera que reordenaran: el estante se lo decía. Esto es el modelo de sacar : las señales de demanda en la línea de producción desencadenan la reposición en la fuente.
Ohno llevó esta idea de vuelta a Toyota. La tarjeta física (kanban) adherida a una caja de piezas se convirtió en la señal: "esta caja está vacía: produzca más". No se necesitaba pronóstico. No se necesitaba planificador central. El trabajo se impulsaba hacia adelante por sí mismo.
Empuje vs. Saca
La distinción empuje/saca es la base de todo lo que sigue.
Columnas como Estados
Una tablón de 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: Fondo → Seleccionado → En Progreso → Revisar → Hecho
Pero las columnas exactas no importan. Lo que importa es que cada tarjeta tenga exactamente un estado actual, y que ese estado sea visible a todos los que trabajan en ese sistema.
¿Qué representa una tarjeta
Una tarjeta representa una unidad de trabajo que se puede completar independientemente. No un proyecto. No un objetivo. Una cosa específica y con un alcance claro con una definición clara de hecho.
Buena tarjeta: Girar claves SSH en servidores de producción: hecho cuando todos los servidores muestran la nueva clave en authorized_keys y la antigua clave está eliminada.
Mala tarjeta: Mejorar la seguridad. (Esto es un proyecto, no una tarea. Divídalo.)
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 sacar una cuarta tarjeta, debes terminar una primero.
Este parece como una restricción. Es: por diseño. Los límites WIP te obligan a terminar lo que comenzaste antes de comenzar algo nuevo. Más sobre por qué esto importa en una sección posterior.
Alcance de las Tarjetas de Trabajo
La habilidad más difícil en kanban no es dibujar la tabla. Es el alcance de las tarjetas. Demasiado grande y la tarjeta está en Progreso por semanas, bloqueando otros trabajos. Demasiado pequeño y la tabla se llena de ruido.
Los Silos Funcionan Bien
Cualquier operación multidisciplinaria tiene centros de trabajo funcionales: una pastelería tiene pastel, pan, sabroso y contra. Un estudio de productos tiene diseño, contenido, construcción y operaciones. Un proyecto de construcción tiene marco, plomería, electricidad y acabado. Estos centros existen por buenas razones: la especialización profunda requiere propiedad enfocada.
Kanban no disuelve estas divisiones. Hace las entregas entre ellas visibles y explícitas.
La tarjeta de entrega
Cuando una unidad de trabajo se mueve de un centro de trabajo a otro, por ejemplo, un activo de diseño que necesita copia escrita antes de que el constructor pueda ensamblar la página, una tarjeta de entrega viaja con ella. El centro aguas abajo ve aparecer la tarjeta en su Backlog. Lo agarran cuando tienen capacidad. No se requiere correo electrónico. No se necesita reunión para coordinar. La tarjeta es el señal.
Lo que muestra el diagrama
El ★ boleto comienza en Diseño (In Progreso: activos visuales). Cuando Diseño termina su parte, se crea una tarjeta de entrega & el ★ boleto aparece en el Backlog del centro de construcción. Construcción lo agarra. Luego Operaciones lo agarran. Cada centro tiene su propio tablero. Cada tablero muestra solo el trabajo actual de ese centro. Pero el ★ viaja a través de todos ellos & todos pueden ver dónde está.
Este es el insight de la tienda de abarrotes aplicado a las organizaciones: cada centro de trabajo es un estante. Las tarjetas refuerzan los estantes aguas abajo solo cuando el trabajo aguas arriba es extraído & consumido.
Diseñando una Entrega
La tarjeta de entrega es el contrato entre los centros de trabajo. Debe contener suficiente contexto para que el equipo receptor actúe sin una reunión.
Detén de Empezar. Empieza a Terminar.
WIP significa Trabajo en Progreso. Un límite de WIP es un tope en cuántas tarjetas pueden estar en una columna en particular al mismo tiempo.
Esto suena como una restricción. Lo es. Eso es el punto.
Por qué los límites ayudan
Cada vez que comiences una nueva tarea sin terminar la anterior, pagarás un impuesto de cambio de contexto. Tu cerebro carga el contexto de la nueva tarea y descarga parcialmente la antigua. Cuando regresas a la antigua tarea, la recargas. Para el trabajo del conocimiento, el costo de recarga se mide en horas, no en segundos.
Los límites de trabajo en proceso (WIP) evitan la acumulación de trabajo a medias. También hacen algo más valioso: hacen visibles las botellas.
Las botellas se vuelven visibles
Si la columna de Revisión tiene un límite de WIP de 2 y siempre está en 2, eso es un señal: la revisión es más lenta que la producción. Más trabajo está completando en Progreso que se puede consumir por la Revisión. Sin un límite de WIP, la tabla se llena de tarjetas 'hechas pero esperando revisión' y la botella es invisible. Con un límite de WIP, la columna de Progreso no puede aceptar nuevas tarjetas y todo el equipo ve la restricción.
Esto no es un fracaso. Es información. El sistema te está diciendo que arregles la Revisión, contrate a más personas, pares, reduzca el tamaño de lote en lugar de empujar más trabajo por la fuerza.
Ley de Little (de manera informal)
Tiempo de espera (cuánto tiempo tarda una tarjeta en pasar de comenzar a hacer hasta estar lista) = Trabajo en Proceso ÷ Productividad (tarjetas completadas por unidad de tiempo). Si quieres tiempos de espera más cortos sin contratar a más personas, reduce el WIP. Tener menos cosas en vuelo significa que cada cosa termina más rápido.
R = (W × C) + T
Los límites de WIP protegen tres variables. El consultor de eficiencia Brian Tracy las nombró en 1986.
R = (W × C) + T
- R: Resultado: el resultado que deseas
- W: Claridad del objetivo: cuán precisamente sabes lo que quieres (0-10)
- C: Concentración: intensidad de esfuerzo enfocado (0-10)
- T: Tiempo trabajado sin distracciones (horas sin interrupciones)
Por qué W y C se multiplican
La claridad y la concentración no son independientes. Alta concentración en un objetivo vago produce rápido movimiento en la dirección equivocada. Claridad perfecta del objetivo con poca concentración produce nada. Se interactúan: por lo que Tracy las escribió como un producto, no una suma. Un 9/10 en cada una da R = 81 + T. Un 3/10 en cada una da R = 9 + T. La diferencia no es aditiva.
Por qué T suma
Cada hora de distracción libre suma linealmente al resultado. T no puede multiplicar W y C: solo puede apilar encima del producto. Esto explica por qué la primera mejora siempre es mejorar W y C, no trabajar más horas. Más T en una baja (W × C) producto sigue siendo un resultado pobre.
Qué hace el tablero de kanban en cada variable
- W: Una tarjeta bien definida (título claro, criterios de aceptación medibles, propietario único) aumenta W antes de comenzar el trabajo. Las tarjetas vagas reducen automáticamente W.
- C: Los límites de WIP fuerzan la concentración. Una tarjeta en Activo significa atención completa en un solo problema. Tres tarjetas en Activo significa que C se divide en tres partes.
- T: Los bloqueos de Pomodoro y la protección del calendario crean las horas libres de distracciones que T mide. El temporizador de la tablero no es decoración: rastrea a T en tiempo real.
Tracy afirmó que cualquier problema se podía resolver en 30 minutos cuando W, C y T están completamente optimizados. La tabla Kanban es el instrumento para optimizar todos al mismo tiempo.
Lectura del Tablero
Ejercitar la lectura de botellas desde el estado del tablero.
No Agile. No Waterfall.
Agile es un enfoque. Waterfall es un enfoque. Kanban es un sistema.
Los enfoques prescriben cómo trabajas. Los sistemas describen qué es verdad sobre el trabajo. Kanban no te dice que tengas sprints de dos semanas, reuniones diarias de pie o retrospectivas. Te dice una cosa: haz visible el trabajo, limita WIP y tira de él.
El problema con los enfoques
Agile funciona bien para equipos que construyen productos de manera iterativa, en su mayoría software. El modelo cascada funciona bien para proyectos con requisitos fijos y conocimientos desconocidos, construcción, fabricación de hardware. Ninguno se mapea de manera limpia en el trabajo interdisciplinario donde una tarea de diseño y una tarea de cumplimiento tienen tiempos de ciclo completamente diferentes y definiciones de 'hecho'.
Forzar un centro de diseño y un centro de operaciones en el mismo ritmo de sprint es un error de categorización. Un sprint de dos semanas que funciona para la creación de contenido produce una urgencia artificial en el trabajo de logística. Un ritual de pie para equipos colocado crea overhead para solitarios independientes.
Encuentra terreno común en la tarea por hacer
El enfoque de no hacer: 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 surja su propio proceso a través de un sistema de visibilidad compartida.
Esto no es la ausencia de proceso. Es la cantidad adecuada de proceso: lo suficiente para coordinar, pero no lo suficiente como para crear un overhead de coordinación que supere el valor del trabajo.
No construyas lo que puedas comprar. No compres lo que puedas desarrollar.
Antes de crear cualquier tarjeta de trabajo, pregúntate: ¿debería existir esto en absoluto? Cada pieza de trabajo que construyas, la poseerás para siempre. Cada SaaS a la que te suscribas, dependes de ella para siempre. Cada dependencia de código abierto que forkees, la mantendrás para siempre.
La cadena de decisiones: ¿Podemos desarrollar esto? Un proceso, una habilidad, una relación que produce la capacidad de manera sostenible, prefiéralo. Si el crecimiento no es viable: ¿Podemos comprar esto? Una herramienta de la tienda que resuelve el 80% del problema sin trabajo personalizado, prefiéralo. Si comprar no es viable: Constrúyelo. Y constrúyelo sabiendo que ahora lo posees.
La mayoría de las organizaciones invierten este orden. Construyen infraestructura personalizada para problemas que las herramientas de commodity resuelven bien, luego se agitan para mantener lo que construyeron. Kanban hace esto visible: cada tarjeta en tu Backlog es una cosa que escogiste construir. La pregunta honesta es si debería estar ahí en absoluto.
Construir / Comprar / Crecer
Aplica el marco de decisiones.
Diseñar una Tablero
Conjúntelo. Diseñará un sistema de kanban para un escenario cross-functional específico.
Escenario
Un pequeño estudio está relanzando su producto con una nueva marca. El trabajo involucra cuatro centros:
- Diseño: nuevo logotipo, identidad visual, fotografía de productos, diseños de páginas
- Contenido: descripciones de productos redactadas de nuevo, copia de página de aterrizaje, correo de anuncio
- Construcción: sitio web actualizado, nuevo flujo de pago, redireccionamientos desde las URL antiguas
- Ops: configuraciones actualizadas del procesador de pago, información para el socio de cumplimiento, reconfiguración de análisis
El relanzamiento tiene un plazo firme: una feria comercial en 45 días en la que la nueva marca se hace pública.
Solos Quedan en Silos
En la mayoría de las organizaciones, kanban existe para hacer visible el trabajo a lo largo de una jerarquía de gestión. Los administradores coordinan entre silos. Kanban reduce la sobrecarga de coordinación.
En el modelo un, no hay administradores. Hay solos. Un solo opera una empresa de manera independiente: un solo de diseño, un solo de construcción, un solo de escritura, un solo de operaciones. Cada solo, por definición, es un silo. No hay organigrama que los conecte. No hay relación de informe. No hay administrador para forzar la coordinación.
Kanban se vuelve la capa de coordinación. No aliviando los silos, los solos permanecen completamente independientes, sino haciendo las entregas entre ellos visibles y explícitas. Un solo no envía un correo electrónico ni programa una reunión para entregar trabajo. Colocan una tarjeta en un tablero compartido. El solo receptor la extrae cuando tiene capacidad.
Esto explica por qué kanban se adapta mejor al modelo un que a ágil o cascada: no requiere un ritmo compartido, ninguna retrospectiva conjunta, ninguna planificación sincronizada. Cada solo establece sus propios límites de trabajo en proceso, sus propios ciclos de tiempo, su propia definición de terminado. La coordinación ocurre a nivel de tarjetas, no a nivel de proceso.