¿Qué es la Retrospectiva de flujo Kanban?
Los equipos Kanban no trabajan en sprints, así que una retrospectiva pensada para sprints a menudo no da en el clavo. La Retrospectiva de flujo Kanban analiza cómo avanza el trabajo por tu tablero: dónde se atascan las tarjetas, dónde avanzan rápido y qué provoca las acumulaciones. Es una forma práctica de encontrar la fricción que ralentiza la entrega y la hace difícil de predecir. El equipo trabaja cuatro temas: qué fluyó bien, dónde estuvieron los cuellos de botella, si los límites de trabajo en curso (WIP) y las políticas funcionan, y qué se va a cambiar. Debatirlos juntos en TeamRetro crea una visión compartida de cómo pasa el trabajo de «por hacer» a «hecho». Es ideal para equipos que practican Lean o Kanban, y para cualquier equipo ágil que quiera mejorar el tiempo de ciclo y el throughput. Si la haces con regularidad, se convierte en un hábito de pequeñas mejoras (kaizen). Llevar el tablero y las métricas de flujo a la reunión mantiene la conversación centrada en el sistema y no en las personas, de modo que el equipo puede acordar cambios en el proceso y comprobar en la siguiente sesión si funcionaron.
Formato de retrospectiva de flujo Kanban
¿Qué fluyó bien?
¿Dónde avanzó el trabajo sin problemas por el tablero?
Este tema recoge las partes del flujo de trabajo que funcionaron bien: elementos que avanzaron de forma constante de principio a fin sin retrasos innecesarios. Anima al equipo a pensar en tarjetas, traspasos o etapas concretas que fueron fluidas, y pídele que identifique qué hizo posible ese flujo para poder repetir esas prácticas.
¿Dónde estuvieron los cuellos de botella?
¿Qué etapas hicieron que el trabajo se acumulara o se atascara?
Los cuellos de botella son las etapas donde el trabajo se acumula más rápido de lo que se puede procesar, lo que ralentiza todo el flujo. Pide al equipo que mire las columnas donde las tarjetas se amontonaron o se quedaron paradas, y profundizad en el porqué. Céntrate en el sistema y el proceso, no en las personas, para evitar culpas y mantener una conversación constructiva.
Límites WIP y políticas
¿Funcionan nuestros límites de trabajo en curso y nuestras reglas?
Este tema analiza si los límites WIP, las políticas de las columnas y las definiciones de hecho del equipo ayudan o entorpecen el flujo. Invita al equipo a reflexionar sobre si se respetaron los límites, si eran demasiado estrictos o demasiado laxos, y si las reglas para mover tarjetas estaban claras. Esto suele revelar dónde hay que ajustar el propio proceso.
¿Qué vamos a mejorar?
¿Qué cambios concretos mejorarán nuestro flujo?
Este es el tema orientado a la acción, donde el equipo convierte lo aprendido en compromisos. Fomenta mejoras concretas, con responsable y medibles, en lugar de intenciones vagas. Vincula cada acción a un cuello de botella o problema de flujo mencionado antes, y decidid cómo sabréis en la próxima retrospectiva si funcionó.
Cuándo utilizar este estudio retrospectivo
- Cuando tu equipo practica Kanban o Lean y quiere mejorar el flujo sin esperar a que termine un sprint.
- Cuando los tiempos de ciclo aumentan o el trabajo parece estancado y necesitas encontrar el cuello de botella.
- Cuando los límites WIP y las políticas de las columnas no están claros o se ignoran.
- Cuando quieres que el debate de la retrospectiva se apoye en métricas de flujo como el throughput y el lead time.
- Cada dos semanas o una vez al mes, para convertir la mejora del flujo en un hábito.
Preguntas sugeridas para romper el hielo
- Si tu flujo de trabajo fuera un tipo de tráfico, ¿cuál sería ahora mismo: autopista despejada, hora punta o atasco total?
- ¿Qué es algo de tu rutina diaria que siempre fluye sin problemas, sin ningún cuello de botella?
¿Le gustaría que su equipo realizara un ejercicio de calentamiento, en lugar de limitarse a responder en voz alta? Eche un vistazo a los rompehielos gratuitos →
Ideas y consejos para su reunión retrospectiva
- Lleva el tablero y las métricas de flujo (tiempo de ciclo, throughput, WIP) para que el debate parta de datos.
- Habla del sistema, no de las personas. Los cuellos de botella suelen ser problemas de proceso, así que evita buscar culpables.
- Limitaos a una o dos acciones de mejora para que el equipo pueda completarlas antes de la próxima retro.
- Asigna a cada acción un responsable y una forma de medirla en la siguiente sesión.
- Usa la aportación anónima de ideas antes del debate para que participen también los miembros más callados.
- Empieza revisando las acciones de la última vez para ver qué ha cambiado.