Guía de Kanban · Kanban comparado
Kanban vs Scrumban: ¿cuál es la diferencia?
Scrumban es un híbrido de Scrum y Kanban. Conserva parte de la estructura de Scrum, como la planificación periódica y las retrospectivas, y adopta el flujo continuo y los límites WIP de Kanban.
Puntos clave
- Scrumban combina el ritmo de Scrum con el flujo de Kanban.
- Se adapta a los equipos Scrum que afrontan trabajo no planificado con frecuencia.
- Los equipos sin Scrum pueden empezar directamente con Kanban.
Qué toma Scrumban de cada uno
| De Scrum | De Kanban |
|---|---|
| Reuniones de planificación periódicas | Incorporación continua del trabajo (pull) |
| Retrospectivas y revisiones | Límites WIP por columna |
| A menudo un equipo con roles definidos | Métricas de flujo: tiempo de ciclo, throughput |
| Una cadencia periódica de reflexión | Tablero persistente con políticas explícitas |
Kanban frente a Scrumban
| Kanban | Scrumban | |
|---|---|---|
| Punto de partida | Su proceso actual | Normalmente un equipo Scrum existente |
| Iteraciones | Ninguno | Opcionales; a menudo se mantienen por el ritmo de planificación |
| Roles | No se requiere ninguno | A menudo conserva los roles de Scrum |
| Planificación | Reabastecimiento según sea necesario | Planificación bajo demanda o a intervalos regulares |
Cuándo elegir Scrumban
- Los sprints de un equipo Scrum se ven interrumpidos constantemente por trabajo urgente.
- Un equipo quiere pasar de Scrum a Kanban de forma gradual.
- El trabajo combina funcionalidades planificadas con solicitudes no planificadas.
- El equipo valora el ritmo de reflexión de Scrum, pero no los compromisos fijos de sprint.
Cuándo es mejor Kanban puro
Si hoy no usa Scrum, empiece directamente con Kanban. Scrumban resulta más útil como puente para los equipos que ya practican Scrum.
Preguntas frecuentes
Kanban vs Scrumban: ¿quién creó Scrumban?
El término lo popularizó Corey Ladas a finales de la década de 2000, originalmente como una forma de que los equipos Scrum hicieran la transición hacia Kanban.
¿Usan sprints Kanban y Scrumban?
Kanban no. Scrumban puede hacerlo: algunos equipos Scrumban mantienen ciclos de planificación de la duración de un sprint; otros planifican cada vez que la columna Listo se queda corta.
Kanban vs Scrumban: ¿qué es Scrumban?
Scrumban es un híbrido que combina la cadencia y las revisiones periódicas de Scrum con el flujo continuo, el tablero visual y los límites WIP de Kanban.
¿Cuál es la diferencia entre Kanban y Scrumban?
Kanban es un método para mejorar gradualmente cualquier proceso existente, sin roles ni iteraciones obligatorios. Scrumban añade algunos elementos de Scrum, como reuniones periódicas de planificación o de revisión, sobre el flujo de Kanban.
¿Tienen Kanban y Scrumban roles definidos?
Ninguno de los dos impone roles. Los equipos que pasan de Scrum a Scrumban suelen mantener un Product Owner o un Scrum Master, mientras que otros prescinden de ellos.
¿Cuándo debe un equipo elegir Scrumban o Kanban?
Scrumban se adapta a los equipos Scrum que quieren más flexibilidad o que gestionan mucho trabajo no planificado, y a los equipos Kanban que quieren un ritmo periódico de planificación y revisión.
¿Usan tanto Kanban como Scrumban límites WIP?
Sí. Los límites WIP en el tablero son uno de los principales elementos de Kanban que toma Scrumban.
¿En qué se diferencia la planificación en Kanban y en Scrumban?
En Scrumban, la planificación se hace bajo demanda, por ejemplo cuando la columna Listo baja de un umbral establecido, o a intervalos regulares, sin un compromiso de Sprint fijo. Kanban reabastece de forma continua a medida que se libera capacidad.
¿Son Kanban y Scrumban marcos oficiales?
No en el sentido en que lo es Scrum. Kanban se define como un método y cuenta con orientaciones publicadas, como los materiales del Método Kanban de Kanban University. Scrumban no tiene una única guía oficial; es un enfoque flexible que los equipos adaptan a sus necesidades.
¿Celebran retrospectivas los equipos Kanban y Scrumban?
La mayoría de los equipos Scrumban mantienen una retrospectiva periódica de Scrum, porque la reflexión es valiosa sea cual sea la cadencia de entrega. Los equipos Kanban usan las revisiones de entrega del servicio y de operaciones para mejorar, y muchos añaden también retrospectivas.
Kanban vs Scrumban: ¿cuál conviene a los equipos de mantenimiento?
Ambos pueden servir. Scrumban es popular entre los equipos que combinan trabajo planificado de funcionalidades con errores y solicitudes de soporte, ya que el flujo continuo absorbe el trabajo no planificado mejor que los Sprints fijos. Kanban puro se adapta a los equipos cuyo trabajo es casi totalmente no planificado.