Qué es y por qué importa
Los grandes cambios organizacionales suelen fracasar por el mismo motivo: piden a las personas que acepten de una sola vez nuevos roles, nuevas reglas y una nueva identidad profesional, con la promesa de un beneficio que solo aparece meses después. El Método Kanban propone otro camino. Partes de lo que existe, haces visibles los problemas y cambias una cosa a la vez, con una hipótesis clara sobre el efecto esperado.
Este enfoque es más lento el primer día y más rápido el primer año. Cada paso es lo bastante pequeño para ser aceptado y lo bastante reversible para ser probado. Y, como cada paso se mide, la organización aprende de lo que salió bien y de lo que no.
Conceptos clave
Cambio evolutivo
Evolucionar, aquí, tiene un sentido preciso: variar, seleccionar y conservar lo que funciona. La variación viene de experimentos en el sistema, como una política nueva, un límite de WIP diferente o una columna de espera visible. La selección viene de los datos de flujo y de la percepción del cliente. Lo que mejora el resultado se convierte en política; lo que no lo mejora se deshace.
Un cambio evolutivo bien conducido provoca una caída de desempeño pequeña y breve, si es que provoca alguna. Los cambios grandes y simultáneos suelen provocar una caída profunda y larga, y muchas organizaciones abandonan la iniciativa antes de la recuperación.
STATIK
STATIK (Systems Thinking Approach to Introducing Kanban) es el enfoque sistémico para introducir Kanban en un servicio. Los pasos no son una secuencia rígida; vuelves a ellos a medida que aprendes:
- Entender las fuentes de insatisfacción, de quienes hacen el trabajo y de quienes lo reciben. Lo que molesta es lo que le da energía al cambio.
- Analizar la demanda y la capacidad: qué tipos de pedido llegan, en qué volumen y con qué variación, y cuánto entrega hoy el servicio.
- Modelar el flujo de trabajo como un proceso de descubrimiento de conocimiento, con las etapas y las colas reales.
- Descubrir las clases de servicio que ya existen de forma implícita, como los pedidos que siempre se saltan la cola.
- Diseñar el sistema Kanban: tablero, límites de WIP, políticas, métricas y cadencias.
- Socializar el diseño y negociar la implantación con las personas involucradas, ajustando lo que haga falta.
Algunas presentaciones agregan un paso cero: identificar los servicios antes que nada. El desafío de implantar Kanban con STATIK pone estos pasos en una situación con presión real.
Experimentos con hipótesis y medición
Un experimento útil tiene cinco elementos escritos antes de empezar:
- el cambio, específico: “reducir el límite de WIP de Desarrollo de 6 a 4”;
- la hipótesis, con el efecto esperado: “el percentil 85 de Cycle Time baja de 14 a menos de 11 días”;
- la medida y el período: “en cuatro semanas, manteniendo el Throughput por encima de 8 ítems por semana”;
- el criterio para deshacerlo, si el efecto colateral es mayor que el beneficio;
- quién hace el seguimiento y en qué cadencia se discutirá el resultado.
Sin hipótesis, todo cambio parece haber salido bien para quien lo defendió. Sin período ni criterio de reversión, el cambio se vuelve permanente por inercia. Arma el tuyo en el laboratorio de experimentos.
Resistencia
La resistencia rara vez es terquedad. Suele ser una reacción razonable ante una amenaza percibida: pérdida de estatus, miedo a ser evaluado por las métricas, desconfianza después de cambios anteriores que no salieron bien. El método reduce esa amenaza por diseño. Respeta los roles actuales, mide el sistema y no a las personas, y empieza por las insatisfacciones que las propias personas señalaron.
Cuando surge resistencia a un experimento específico, trátala como un dato. Tal vez el cambio propuesto sea demasiado grande, o la hipótesis no convenza. Un experimento más pequeño, con un plazo corto y una reversión garantizada, suele destrabar la conversación.
Elegir el siguiente paso por el cuello de botella
Con muchos problemas visibles, la tentación es atacarlos todos. La teoría de restricciones recuerda que solo la mejora en el cuello de botella aumenta la entrega del sistema; las mejoras en otros lugares pueden incluso empeorar el flujo, si aumentan la cola delante de la restricción. Antes de elegir un experimento, pregúntate: ¿dónde espera más el trabajo? ¿Qué etapa define el ritmo de salida? La respuesta indica dónde rinde más el siguiente paso.
Un ejemplo común: un equipo invierte en automatizar la etapa de desarrollo, que ya tenía holgura, mientras los ítems esperan en promedio 6 días la aprobación de otra área. El Cycle Time no cambia. El siguiente paso correcto sería hacer visible la espera y negociar una política con el área de aprobación. Entrena esta lectura en el desafío del cuello de botella invisible.
Errores comunes
- Implantar el diseño final de una sola vez. El diseño perfecto no sobrevive al contacto con el trabajo real.
- Experimentar sin medir antes. Sin línea de base, no hay forma de saber si hubo mejora.
- Cambiar varias cosas al mismo tiempo. El resultado no puede atribuirse a ninguna de ellas.
- Ignorar la insatisfacción del cliente. Las mejoras que solo percibe el equipo rara vez se sostienen.
- Optimizar etapas que no son el cuello de botella. Genera esfuerzo sin ganancia de entrega.
Cómo aparece esto en el examen
Vas a encontrar situaciones de implantación y de mejora continua. Ejemplos del tipo de decisión: cuál es el primer paso de STATIK ante un pedido de “implantar Kanban en todo el departamento”; qué experimento está mejor formulado entre varias opciones; cuál es la mejor respuesta a un equipo que teme ser evaluado por el Throughput; dónde invertir primero, dado un tablero con colas y tiempos por etapa.
Preguntas frecuentes
¿Qué significa STATIK?
Es la sigla, en inglés, de un enfoque sistémico para introducir Kanban. Organiza la implantación a partir de las insatisfacciones reales, del análisis de la demanda y la capacidad y del flujo actual, hasta el diseño del sistema y la negociación con las personas involucradas.
¿Cuánto debe durar un experimento?
Lo suficiente para que la métrica elegida refleje el cambio. Para efectos sobre el Cycle Time, eso suele significar algunas veces el Cycle Time típico del equipo. Un equipo con un percentil 85 de 10 días necesita, en general, de tres a seis semanas para ver el efecto.
¿Cómo lidiar con quien no quiere cambiar?
Empieza por lo que les molesta a esas personas, y no por lo que tú quieres cambiar. Propón experimentos pequeños, reversibles y con plazo, y mide el sistema, nunca a las personas. La resistencia suele disminuir cuando el cambio resuelve un problema que ellas mismas reconocen.
¿Por qué empezar por el cuello de botella?
Porque el cuello de botella define el ritmo de entrega de todo el sistema. Mejorar otras etapas puede aumentar la cola delante de él sin aumentar la entrega. Concentrar el siguiente experimento en el cuello de botella es lo que trae un efecto visible más rápido.
