El Principio del Cambio Evolutivo

El primer principio fundamental de Kanban es: Comienza con lo que haces ahora.

Esto suena obvio pero es profundamente diferente de la mayoría de los enfoques de mejora de procesos. Scrum dice "adopta estos roles y eventos". SAFe dice "implementa estas capas". Six Sigma dice "sigue esta metodología".

Kanban dice: "Primero, comprende tu realidad actual".

¿Por qué? Porque:

• El cambio revolucionario genera resistencia
• Los procesos impuestos se sienten como crítica al trabajo actual
• Las personas protegen lo que han construido
• El contexto se pierde cuando derribas y reconstruyes

El cambio evolutivo significa hacer mejoras pequeñas e incrementales a un sistema existente en lugar de reemplazarlo por completo.

El segundo principio fundamental: Acuerda perseguir el cambio incremental y evolutivo.

Esto requiere aceptación organizacional no a ningún cambio específico, sino a la idea de mejoras pequeñas continuas. Es un meta-acuerdo: nos comprometemos al proceso de evolucionar, no a un estado final específico.

En la práctica, esto significa:

• No hay transformaciones de "big bang"
• Experimentos en lugar de mandatos
• Permiso para intentar y fallar de manera segura
• Paciencia con el ritmo del cambio

La paradoja: Los cambios pequeños se sienten lentos, pero perduran. Los cambios grandes se sienten rápidos, pero a menudo se revierten.

La mayoría de las "transformaciones ágiles" fallan porque intentan cambiar todo a la vez. Los equipos cumplen mientras los gerentes observan, luego revierten cuando la atención se mueve a otra parte. El enfoque incremental de Kanban, aunque inicialmente más lento, crea un cambio sostenible.

El tercer principio fundamental: Inicialmente, respeta los roles, responsabilidades y títulos de trabajo actuales.

Esto es contraintuitivo. Si el proceso actual tiene problemas, ¿no deberíamos arreglar los roles? No inmediatamente.

He aquí por qué:

• Las identidades de las personas están ligadas a sus roles
• Los cambios de rol se sienten como degradaciones o críticas
• Las batallas políticas por títulos descarrilan la mejora
• El proceso, no las personas, usualmente necesita cambiar primero

A medida que el flujo mejora a través de las prácticas de Kanban, los roles evolucionan naturalmente. Un cuello de botella podría revelar que un rol tiene demasiada responsabilidad. Un problema de flujo podría mostrar que las transferencias entre roles son el problema. Deja que los datos impulsen la evolución de roles, no la reorganización de arriba hacia abajo.

La excepción: Si un rol es activamente dañino, puede que necesites abordarlo. Pero incluso entonces, comienza visualizando el daño antes de proponer cambios.

El cuarto principio fundamental: Fomenta actos de liderazgo en todos los niveles.

Kanban no es un sistema de gestión que se impone a los equipos. Es un marco que permite a cualquiera identificar y abordar problemas. La persona más cercana a un cuello de botella a menudo está mejor posicionada para arreglarlo.

Esto significa:

• Los colaboradores individuales pueden proponer cambios de proceso
• Los experimentos no requieren aprobación ejecutiva
• Las decisiones basadas en datos reemplazan a las basadas en autoridad
• La mejora es trabajo de todos, no solo de la gerencia

El rol de los líderes formales: Crear el entorno donde esto pueda suceder. Eliminar el miedo al castigo por experimentos. Celebrar el aprendizaje de los fracasos. Hacer que sea seguro plantear problemas.

Los sistemas Kanban sin seguridad psicológica se convierten en sistemas de vigilancia. El tablero muestra quién está "atrasado", y las personas manipulan las métricas. Con seguridad, el tablero se convierte en una herramienta de colaboración donde los problemas son bienvenidos como oportunidades.