Manejo de Violaciones de Límites WIP

Cuando se alcanza un límite WIP, tienes tres opciones:

1. Esperar — No comenzar nuevo trabajo; ayudar a terminar algo en progreso
2. Agruparse — Varias personas ayudan a despejar el cuello de botella
3. Violar — Comenzar nuevo trabajo de todos modos, reconociendo la excepción

Las tres son válidas dependiendo del contexto. La clave es que la violación sea visible y consciente, no invisible e inconsciente.

Un límite violado es una señal: "Algo inusual está sucediendo. Presta atención."

Paso 1: Reconocer la señal El límite se alcanzó. Esto es el sistema funcionando, no rompiéndose.

Paso 2: Preguntar por qué

• ¿Hay bloqueos que impiden que el trabajo termine?
• ¿Está respaldada una etapa descendente?
• ¿Asumimos demasiado trabajo?
• ¿Algo es inesperadamente complejo?

Paso 3: Elegir una respuesta

• Ayudar a terminar algo: Revisar un PR, hacer pair programming en un bug, despejar un bloqueo
• Agruparse en el cuello de botella: Varias personas se enfocan en despejar el atasco
• Esperar: Si el bloqueo es externo, puede que no haya nada que hacer más que esperar
• Escalar: Si el patrón persiste, mencionarlo en el standup o a liderazgo

Paso 4: No violar automáticamente La tentación es decir "¡pero esto es importante!" y comenzar de todos modos. Resiste. Los límites existen para proteger el flujo.

A veces violar el límite es la decisión correcta. Ejemplos:

Emergencia genuina: Producción está caída, y estamos al límite WIP para Dev. Sí, comienza la corrección de todos modos.

Dependencia bloqueante: El elemento bloqueado está esperando entrada externa. Comenzar algo más es mejor que estar inactivo.

Aprendizaje: Un nuevo miembro del equipo necesita hacer pair programming, y eso excede temporalmente el límite.

Pero hazlo visible:

• Usa un indicador visual (tarjeta de diferente color, bandera, etc.)
• Discútelo en el standup
• Rastrea las violaciones a lo largo del tiempo

Si estás violando límites frecuentemente, algo está mal. O:

• Los límites son demasiado bajos
• El trabajo está entrando demasiado rápido
• Los bloqueos no se están resolviendo
• El equipo no cree en los límites

Las violaciones son datos. Rastréalas para mejorar:

Qué capturar:

• ¿Cuándo ocurrió la violación?
• ¿Por qué se alcanzó el límite? (bloqueo, aumento upstream, etc.)
• ¿Por qué elegimos violar? (emergencia, no pudimos ayudar en otro lugar, etc.)
• ¿Cuál fue el impacto?

Patrones a buscar:

• La misma columna siempre alcanzando límites → cuello de botella, abordar causa raíz
• Límites alcanzados después de reabastecimiento → asumiendo demasiado en la planificación
• Violaciones siempre de una persona → posible necesidad de capacitación o apoyo
• Violaciones siempre para un tipo de trabajo → tal vez ese tipo necesita manejo diferente

Discusión en retro: "Violamos el límite WIP de Dev 4 veces este sprint. Tres fueron porque Revisión de Código estaba respaldada. ¿Necesitamos aumentar la capacidad de Revisión?"

Esto convierte las violaciones en oportunidades de mejora en lugar de culpa.