Un tablero Kanban con quince tarjetas en curso y casi nada terminado no necesita más actividad. Necesita decidir qué trabajo dejar de empezar. Los límites de trabajo en curso hacen explícita esa decisión: cuando se ocupa la capacidad acordada, el equipo busca cómo terminar o desbloquear el trabajo existente antes de incorporar más.
Elegir una cifra es solo una parte. También hay que decidir qué cuenta para ese límite, qué hacer cuando se alcanza y qué observaciones justificarían cambiarlo.
Qué significa un límite WIP
Un límite de trabajo en curso, o WIP por sus siglas en inglés, es una restricción acordada sobre cuántos elementos pueden estar empezados, pero aún sin terminar, dentro de un flujo de trabajo o de una parte de él. La Guía Kanban exige que los equipos definan cómo controlan el WIP y expliciten las excepciones. Un tope numérico es una forma habitual de hacerlo, no una cifra universal prescrita por la guía.
Un límite de tres en «Revisión» significa que la columna puede contener tres elementos según las reglas de cómputo del equipo. No significa que cada revisor pueda tener tres elementos, ni que los tres tengan la misma dificultad. Si todavía estás diseñando el tablero, define primero el flujo de trabajo con ayuda de la guía del tablero Kanban online (en inglés).
Define dónde empieza y termina el trabajo antes de contarlo. En un equipo editorial, una solicitud pendiente de aceptación podría quedar fuera del WIP, mientras que las etapas desde «Redacción» hasta «Aprobado para publicar» sí contarían. En un equipo de servicios, el trabajo podría empezar cuando se acepta una solicitud, no cuando alguien se pone con ella por primera vez.
Elige un límite inicial según cómo avanza realmente el trabajo
No copies los límites de otro equipo ni multipliques el número de personas por una fórmula arbitraria. Empieza por el tablero actual: ¿cuántos elementos están activos?, ¿dónde esperan?, ¿quién puede hacerlos avanzar?, ¿qué trabajo se puede compartir? Un especialista que solo revisa una tarde por semana supone una restricción distinta de la de un equipo dedicado a revisar a tiempo completo.
La guía de Atlassian sobre WIP presenta los límites como acuerdos que los equipos establecen y ajustan mientras aprenden sobre su flujo de trabajo. Trata el límite inicial como un acuerdo que se pone a prueba, no como una cuota que haya que mantener ocupada.
Si el equipo ya tiene más trabajo activo del que puede atender, establece temporalmente la regla de «no empezar nada nuevo» mientras termina el exceso. Devolver tarjetas sin terminar al backlog solo para que el recuento parezca aceptable hace que se pierda información. Si un trabajo se cancela de verdad o deja de formar parte de los compromisos del equipo, registra esa decisión con claridad.
Ejemplo práctico: un equipo de producción de contenidos
Imagina un equipo con redactores, un diseñador y un revisor que también tiene otras responsabilidades. Cada tarjeta representa un artículo que se puede publicar, no cada tarea que lo compone. Tras revisar su carga actual, el equipo elige las siguientes reglas de partida. Las cifras son un ejemplo, no valores recomendados para todos.
| Etapa | Límite inicial | Qué cuenta | Qué hacer cuando está llena |
|---|---|---|---|
| Redacción | 3 artículos | Todos los artículos aceptados cuyo borrador no está terminado | Ayudar a investigar o editar un artículo activo; no empezar otro |
| Diseño | 2 artículos | Artículos que esperan o están recibiendo los recursos visuales necesarios | Aclarar las instrucciones de diseño o reutilizar recursos aprobados cuando corresponda |
| Revisión | 2 artículos | Artículos que esperan comentarios o están en fase de correcciones | Resolver las dudas de revisión antes de incorporar más trabajo |
| Listo para publicar | 2 artículos | Artículos aprobados que todavía no se han publicado | Investigar qué limita la publicación en lugar de acumular artículos |
El martes hay dos artículos en Revisión y otro listo en Diseño. El diseñador no debería mover ese artículo, sin decir nada, a una nueva columna de «Esperando revisión» que quede fuera del límite. El equipo puede ayudar a terminar las correcciones, organizar una sesión de revisión o reconsiderar si el artículo está realmente listo. El tiempo de espera debe seguir siendo visible.
Los límites por etapa no explican por sí solos la carga total. Este equipo también cuenta todos los artículos comprendidos entre la aceptación y la publicación para detectar la acumulación en el conjunto del sistema.
Incluye el trabajo bloqueado en el recuento
Un elemento bloqueado que ya ha empezado y no ha terminado sigue siendo trabajo en curso. Si un artículo necesita la aprobación de un cliente, mantenlo en su etapa actual con una marca de bloqueo clara y la siguiente acción. De lo contrario, una zona de espera separada puede ocultar una cola cada vez mayor mientras todas las columnas activas parecen estar bajo control.
En este ejemplo, los artículos bloqueados cuentan tanto para el límite de su etapa como para el total de trabajo activo. Cada tarjeta bloqueada indica qué falta, quién puede conseguirlo y cuándo se hará el seguimiento. El equipo puede acordar una excepción al límite de una etapa, pero el elemento sigue formando parte del WIP total hasta que termine o se cancele expresamente.
A veces, la persona responsable no puede ayudar directamente en el punto donde se atasca el trabajo. Puede preparar información pendiente, aclarar los criterios de aceptación, colaborar con alguien que está aprendiendo la tarea o abordar una causa recurrente de retrasos. Un límite WIP no obliga a realizar trabajo para el que no se está cualificado.
Trata el trabajo urgente como una excepción explícita
Una urgencia no crea capacidad adicional. Si una corrección tiene que publicarse de inmediato, especifica qué trabajo en curso esperará y quién ha autorizado la excepción. Mantén el elemento urgente visible en el recuento de carga, aunque disponga de un carril separado.
Una regla útil de excepciones define quién puede declarar una urgencia, qué situaciones la justifican y cuántos elementos urgentes pueden existir a la vez. «Lo ha pedido una persona importante» es demasiado impreciso. En el equipo de contenidos, una afirmación publicada con un error relevante podría justificar la excepción; la preferencia por adelantar un artículo nuevo, quizá no.
Analiza las excepciones frecuentes como un patrón. Si casi todo se salta el límite, puede que la regla de entrada sea inadecuada, que el equipo acepte compromisos incompatibles o que «urgente» haya dejado de aportar información útil.
Revisa los límites con datos del flujo, no con la sensación de estar ocupado
La Guía Kanban distingue entre WIP, rendimiento o throughput, antigüedad de los elementos en curso y tiempo de ciclo. En términos sencillos: cuánto trabajo ha empezado, cuánto se termina en un periodo, cuánto tiempo llevan abiertos los elementos sin terminar y cuánto tardaron los ya completados. Mantén las mismas definiciones de inicio y fin cuando compares las observaciones.
Supongamos que un límite más bajo en Revisión revela que los autores esperan varios días una aprobación recurrente. Aumentar el límite permitiría formar una cola mayor, pero no adelantaría la aprobación. Una solución más prometedora podría ser revisar antes las afirmaciones delicadas o designar a otra persona que pueda aprobarlas cuando sea necesario.
Compara trabajos similares durante un periodo suficiente y anota los cambios de personal o de tamaño de los elementos. Una semana tranquila no basta para determinar el mejor límite. Cuando sea posible, cambia una sola regla cada vez, registra el motivo y observa si los elementos más antiguos avanzan sin problemas de calidad. Que baje el número de elementos activos no es un éxito si solo refleja que están llegando menos solicitudes.
Haz visibles las reglas en el tablero
Abre Boardmix y organiza el tablero del equipo de contenidos en Redacción, Diseño, Revisión y Listo para publicar. Escribe los límites acordados —3, 2, 2 y 2— en los encabezados de las columnas. Utiliza una tarjeta por artículo y deja el trabajo bloqueado en la etapa donde está esperando. Para la revisión del martes, mantén el tercer artículo en Diseño hasta que avance una de las dos tarjetas de Revisión. Añade una nota con el revisor y la siguiente acción. Actualiza los recuentos escritos junto con el equipo cuando se muevan las tarjetas: esas etiquetas recogen las reglas acordadas por el equipo.
Si el propio flujo de trabajo no encaja con las necesidades del equipo, compara otras formas de organizarlo en los ejemplos de tableros Kanban (en inglés). Centra la conversación sobre los límites en una pregunta práctica: ¿qué elemento sin terminar podría acercarse a estar listo antes de que empecemos otro?
