XP + Kanban
Las prácticas de XP en un sistema basado en flujo—intercambiando iteraciones por entrega continua.
1XP Sin Iteraciones
XP originalmente usaba iteraciones—una o dos semanas de trabajo planificado, luego una demo y sesión de planificación. Kanban usa flujo continuo: los elementos de trabajo se mueven a través del sistema uno a la vez, sin lotes fijos.
Estos no son incompatibles. Las prácticas centrales de XP funcionan con cualquier sistema de flujo.
Lo que cambia:
- No hay planificación de iteraciones (planificas justo a tiempo)
- No hay demos de iteraciones (haces demos cuando las funcionalidades se completan)
- No hay velocidad en el sentido de Scrum (mides tiempo de entrega y rendimiento)
Lo que permanece igual:
- TDD (sigues escribiendo pruebas primero)
- Programación en parejas (sigues colaborando en el código)
- Refactorización (sigues manteniendo el diseño limpio)
- CI (sigues integrando continuamente)
- Lanzamientos pequeños (Kanban fomenta esto aún más)
- Involucramiento del cliente (sigues necesitando a alguien para priorizar y aceptar)
Las prácticas técnicas son independientes de cómo organizas el trabajo.
Las prácticas de ingeniería de XP son agnósticas a tu enfoque de planificación. A TDD no le importa si estás haciendo sprints o flujo.
2Límites WIP y XP
La práctica distintiva de Kanban son los límites WIP: restringir cuánto trabajo está en progreso a la vez.
Esto se alinea con los principios de XP:
Enfoque: Los límites WIP previenen el cambio de contexto. XP valora el enfoque (ritmo sostenible, parejas para trabajo profundo).
Flujo: Limitar el WIP crea flujo. Los lanzamientos pequeños y CI de XP también crean flujo.
Calidad: Menos WIP significa menos prisa. El enfoque de calidad de XP se beneficia de la presión reducida.
Termina lo que empiezas: Tanto Kanban como XP favorecen terminar sobre empezar. No comiences trabajo nuevo cuando el trabajo existente puede completarse.
Parejas y WIP: Si programas en parejas, el WIP está naturalmente limitado. Dos personas en un elemento significa menos elementos en vuelo.
La sinergia es fuerte. Las restricciones de Kanban complementan el enfoque de XP en calidad y terminación.
3Mentalidad de Entrega Continua
Kanban impulsa hacia la entrega continua: cada elemento completado es potencialmente liberable. Las prácticas de XP hacen esto posible.
Por qué XP habilita la entrega continua:
- Pruebas: Cada funcionalidad se verifica automáticamente
- CI: El código siempre está integrado y compilable
- Diseño simple: No hay coordinación compleja de lanzamientos
- Refactorización: El código permanece limpio y desplegable
- Lanzamientos pequeños: Ya es una práctica central de XP
Kanban sin prácticas de XP lucha por lograr entrega continua. Sin pruebas, no puedes estar seguro de que las cosas funcionen. Sin CI, la integración es incierta. Sin diseño simple, los lanzamientos son complejos.
Juntos: Kanban dice "entrega continuamente". XP dice "así es como".
Los elementos de trabajo fluyen a través del tablero: Backlog → En Progreso → Revisión → Hecho. Los desarrolladores trabajan en parejas en los elementos, escriben pruebas primero, integran continuamente. Cuando un elemento llega a Hecho, se despliega inmediatamente. El WIP está limitado a 3 elementos en progreso.
Un equipo usa un tablero Kanban pero no tiene pruebas, ni parejas, ni CI. Los elementos se mueven a través del tablero pero la calidad es pobre. 'Hecho' no significa desplegable—significa 'creemos que funciona'.
4ScrumBan: El Híbrido de Híbridos
ScrumBan combina Scrum, Kanban y (a menudo implícitamente) XP:
De Scrum:
- Ritmos de planificación regulares (aunque no necesariamente bloqueados por sprint)
- Retrospectivas para mejora
- Rol de Product Owner para priorización
De Kanban:
- Tablero visual con límites WIP
- Métricas de flujo (tiempo de entrega, rendimiento)
- Trabajo basado en pull (toma el siguiente elemento cuando estés listo)
De XP:
- Prácticas de ingeniería (TDD, parejas, etc.)
- Enfoque en calidad
- Ritmo sostenible
Este híbrido funciona bien para equipos que quieren estructura (Scrum) con flujo (Kanban) y calidad (XP).
La etiqueta importa menos que las prácticas. Usa lo que funciona; descarta lo que no.
5Elegir Entre Iteraciones y Flujo
Cuándo usar XP con iteraciones (estilo Scrum):
- Los stakeholders quieren incrementos de planificación predecibles
- El equipo se beneficia del ritmo regular y reflexión
- El trabajo naturalmente se agrupa en entregables
- La organización piensa en sprints
Cuándo usar XP con flujo (estilo Kanban):
- El trabajo llega de manera impredecible (soporte, operaciones)
- El despliegue continuo es el objetivo
- Los límites de iteración se sienten artificiales
- El equipo es lo suficientemente maduro para auto-gestionarse sin ritmo impuesto
Cualquier enfoque funciona con las prácticas de XP. Las prácticas permanecen; el envoltorio organizacional cambia.
Muchos equipos evolucionan de Scrum hacia Kanban a medida que maduran. Las iteraciones proporcionan ruedas de entrenamiento. El flujo es el nivel de graduado. Pero no hay nada malo en quedarse con iteraciones si funcionan para ti.
Si no estás seguro, comienza con iteraciones. La estructura ayuda a los equipos a aprender. Siempre puedes moverte al flujo más tarde a medida que maduras.
- Las prácticas de ingeniería de XP funcionan con sistemas basados en flujo (Kanban)
- Los límites WIP se alinean con el enfoque de XP en terminar y calidad
- XP hace posible la entrega continua a través de pruebas, CI y diseño simple
- ScrumBan combina lo mejor de Scrum, Kanban y XP
- Elige iteraciones o flujo según el contexto—ambos funcionan con XP
- •Usar Kanban sin prácticas de XP (flujo sin calidad)
- •Pensar que debes elegir entre Scrum, Kanban y XP (se combinan)
- •Abandonar toda estructura al moverte al flujo (mantén retrospectivas, planificación)