Scrum y Kanban comparados: sprints de duración fija frente a flujo continuo, roles, límites de WIP, métricas y dónde se sitúa entre ambos el tablero por iteraciones de East Agile Tracker.
Scrum y Kanban son los dos métodos ágiles que los equipos comparan con más frecuencia. Ambos hacen visible el trabajo y ambos buscan entregar en piezas pequeñas. Se diferencian en cómo marcan el ritmo del trabajo: Scrum planifica en bloques de tiempo fijos, mientras que Kanban tira del trabajo de forma continua y limita cuánto hay en curso a la vez.
Esta página compara los dos. Para la familia completa, incluidos XP y Lean, consulta ¿Qué es el desarrollo ágil?.
Scrum en resumen
Sección titulada «Scrum en resumen»Scrum organiza el trabajo en sprints: bloques de tiempo fijos, normalmente de una a cuatro semanas. Cada sprint empieza con la planificación del sprint (sprint planning), en la que el equipo elige el trabajo que espera terminar, y acaba con una revisión de lo construido y una retrospectiva sobre cómo ha trabajado el equipo.
Scrum define tres roles:
- Product Owner — es responsable del product backlog y de su orden.
- Scrum Master — acompaña al equipo en el proceso y elimina obstáculos.
- Desarrolladores — construyen el incremento.
La medida principal es la velocidad: cuánto trabajo termina el equipo por sprint, lo que alimenta el plan del siguiente sprint. Consulta ¿Qué es la velocidad?.
Kanban en resumen
Sección titulada «Kanban en resumen»Kanban parte del flujo de trabajo que el equipo ya tiene. Los elementos de trabajo avanzan por un tablero de columnas que representan etapas (por ejemplo Por hacer → En curso → Revisión → Hecho). Tres ideas sostienen el método:
- Visualizar el flujo de trabajo — cada elemento y cada etapa están en el tablero.
- Limitar el trabajo en curso (WIP) — cada columna tiene un tope; un elemento nuevo solo entra cuando sale otro.
- Gestionar el flujo — el equipo mide cuánto tardan los elementos (tiempo de ciclo, lead time) y elimina los cuellos de botella.
Kanban no tiene bloques de tiempo ni prescribe roles. La planificación ocurre cada vez que hay que volver a llenar la cola.
Comparación directa
Sección titulada «Comparación directa»| Scrum | Kanban | |
|---|---|---|
| Ritmo | Sprints fijos (1–4 semanas) | Flujo continuo |
| Compromiso | El trabajo planificado para el sprint | Sin compromiso por lotes; se tira del trabajo cuando hay capacidad |
| Roles | Product Owner, Scrum Master, Desarrolladores | Ninguno prescrito |
| Cambios a mitad de ciclo | Desaconsejados dentro de un sprint | Permitidos en cualquier momento |
| Límite del trabajo | La capacidad del sprint | Límite de WIP por columna |
| Métricas principales | Velocidad, burndown | Tiempo de ciclo, lead time, throughput |
| Tablero | Se reinicia en cada sprint | Persistente |
Cómo elegir entre ellos
Sección titulada «Cómo elegir entre ellos»Ninguno de los dos métodos es mejor en general. Scrum encaja con equipos que quieren un ritmo de planificación regular y una previsión basada en sprints anteriores, como los equipos de producto que entregan funcionalidades según un calendario. Kanban encaja con trabajo que llega de forma impredecible y hay que atender según aparece, como soporte, operaciones o mantenimiento.
Muchos equipos combinan los dos (“Scrumban”): mantienen un ritmo de planificación y, a la vez, vigilan cuánto trabajo hay en curso.
Dónde encaja East Agile Tracker
Sección titulada «Dónde encaja East Agile Tracker»East Agile Tracker está basado en iteraciones, lo que lo sitúa más cerca de Scrum y de eXtreme Programming que de Kanban. Usa sus propios términos para algunos de los conceptos anteriores:
- Los sprints se llaman iteraciones. Cada proyecto fija una duración de iteración de 1–4 semanas. Las iteraciones se crean automáticamente; no hay ningún sprint que abrir ni cerrar. Consulta Iteraciones.
- El backlog es una única lista ordenada. El product owner la mantiene en estricto orden de prioridad, y el Backlog proyecta las próximas iteraciones a partir de la velocidad. Consulta Historias de usuario y planificación de iteraciones.
- La velocidad dimensiona el plan. Con la planificación automática de iteraciones activada, la iteración actual se llena hasta tu velocidad y no más. Consulta Planificar una iteración.
- Cada historia lleva su propio estado. Una historia pasa por Unstarted → Started → Finished → Delivered → Accepted, que se muestra en la tarjeta, en lugar de moverse por columnas del tablero. Consulta la máquina de estados.
No hay límites de WIP ni un modo de flujo sin iteraciones. Las ideas de Kanban que sí se trasladan son la visibilidad (cada historia y su estado están en un solo tablero) y las métricas de flujo: la página Métricas muestra la tendencia de la velocidad, el burndown y las historias arrastradas de una iteración a otra.
Lecturas adicionales
Sección titulada «Lecturas adicionales»- ¿Qué es el desarrollo ágil? — el manifiesto y la familia de métodos.
- ¿Qué es la velocidad? — cómo se calcula y se usa la velocidad.
- ¿Qué son los story points? — la estimación relativa.