Las Seis Prácticas Fundamentales

Todo comienza con la visibilidad. Si no puedes verlo, no puedes gestionarlo.

Un tablero Kanban hace visible el trabajo—qué está en progreso, qué está esperando, qué está bloqueado. Pero la visualización va más allá de un tablero:

• Visualizar elementos de trabajo: Tarjetas que representan trabajo real
• Visualizar el flujo de trabajo: Columnas que muestran las etapas por las que pasa el trabajo
• Visualizar políticas: Reglas explícitas sobre cómo se mueve el trabajo
• Visualizar bloqueos: Indicadores visuales cuando el trabajo está atascado
• Visualizar capacidad: Cuánto trabajo puede manejar cada etapa

Cubriremos esto en profundidad en el Módulo 2.

Esta es la práctica más contraintuitiva, y la más poderosa. Al hacer menos a la vez, terminas más en general.

Los límites WIP son restricciones sobre cuántos elementos pueden estar en una etapa determinada (o en todo el sistema) a la vez. Cuando se alcanza un límite, no puedes iniciar trabajo nuevo—primero debes ayudar a terminar algo.

Esto crea flujo, reduce el cambio de contexto y expone cuellos de botella. El Módulo 3 cubre esto en profundidad.

Con el trabajo visualizado y el WIP limitado, ahora puedes gestionar cómo fluye el trabajo a través del sistema.

Gestionar el flujo significa:

• Medir el tiempo de entrega y el tiempo de ciclo
• Identificar y abordar cuellos de botella
• Suavizar los tamaños de lote
• Reducir los tiempos de espera

El objetivo es una entrega predecible y sostenible—no sprints heroicos. El Módulo 4 cubre las métricas de flujo.

Las reglas implícitas crean confusión y conflicto. Las políticas explícitas crean claridad.

Cada columna en tu tablero debe tener políticas claras:

• ¿Qué significa "terminado" para esta etapa?
• ¿Quién puede llevar trabajo a esta etapa?
• ¿Qué sucede cuando alguien está bloqueado?
• ¿Cómo se priorizan los conflictos?

Las políticas no tienen que ser complejas. "La revisión de código requiere dos aprobaciones" es una política. "Los elementos bloqueados reciben una bandera roja y se discuten en el standup" es una política.

Kanban define siete cadencias—reuniones regulares para diferentes propósitos de retroalimentación. A diferencia de los eventos prescritos de Scrum, estas son recomendaciones que adoptas según la necesidad.

Las cadencias clave incluyen:

• Standups diarios (enfoque en flujo, no reportes de estado)
• Reuniones de reabastecimiento (priorizando trabajo nuevo)
• Planificación de entrega (cuándo y qué liberar)
• Revisiones de entrega de servicio (¿cómo nos está yendo en general?)

El Módulo 5 cubre estas en detalle.

Esto se relaciona con el cambio evolutivo. La mejora no es un evento único—es continua y experimental.

Usa el método científico:

1. Observa el sistema (métricas de flujo, bloqueos)
2. Formula una hipótesis ("Reducir el límite WIP en la revisión de código acelerará la entrega")
3. Experimenta (pruébalo durante dos semanas)
4. Mide los resultados
5. Adapta (mantén, modifica o revierte el cambio)

Los experimentos fallidos no son fracasos—son aprendizaje. El único fracaso es no experimentar en absoluto.