Scrum vs Kanban: diferencias y cómo elegir
Ambos son marcos ágiles con raíces Lean, pero resuelven problemas distintos: Scrum estructura el TRABAJO EN EQUIPO con roles, eventos y ciclos fijos; Kanban mejora el FLUJO de un proceso existente, sin imponer roles ni cadencia.
No son excluyentes: muchos equipos combinan ambos (a veces llamado "Scrumban") — Sprints de Scrum con tablero y límites de WIP de Kanban.
| Scrum | Kanban | |
|---|---|---|
| Roles prescritos | Sí: Product Owner, Scrum Master, Developers | Ninguno — se superpone al proceso/roles existentes |
| Cadencia | Sprints de duración fija (time-boxed) | Flujo continuo, sin ciclos obligatorios |
| Métrica principal | Velocidad (Story Points por Sprint) | Tiempo de ciclo y throughput |
| Cómo limita el trabajo | Por Sprint (cantidad de trabajo aceptada en el Sprint Backlog) | Por columna del tablero (límites de WIP explícitos) |
| Mejor encaje típico | Equipos de producto con entregas por iteración | Soporte, operaciones, flujo de trabajo variable e impredecible |
¿Cuál elegir?
Elige Scrum si tu trabajo se planifica bien en ciclos e implica construir un producto de forma incremental con un Product Owner que prioriza.
Elige Kanban si el trabajo llega de forma impredecible (soporte, incidencias, peticiones ad hoc) y forzar Sprints artificiales no aportaría valor real.
Preguntas frecuentes
¿Se pueden combinar Scrum y Kanban?
Sí — es habitual usar el tablero y los límites de WIP de Kanban DENTRO de los Sprints de Scrum, para mejorar el flujo sin renunciar a la estructura de roles y eventos.
¿Cuál es "más ágil" de los dos?
Ninguno lo es más por definición — ambos son marcos ágiles válidos. La pregunta correcta es cuál encaja mejor con el TIPO de trabajo de tu equipo, no cuál es superior en abstracto.
¿Kanban tiene certificación oficial como Scrum?
Sí, Scrum.org ofrece Professional Scrum with Kanban (PSK), que enseña a aplicar prácticas Kanban DENTRO de un marco Scrum ya existente.