Kanban, Scrum y Scrumban – Cómo se diferencian
Los marcos de Agile han tomado las riendas del campo de gestión de proyectos y dichos nombres como Kanban, Scrum y Scrumban se han convertido en la norma. Sin embargo, si intenta escoger uno para su equipo, puede ser algo difícil. Todos ellos provienen del mismo lugar y tienen valores similares, lo que significa que encontrar las diferencias entre Kanban y Scrum es un tanto más difícil.
Para ayudarle, he recolectado toda la información más importante en una publicación. Tablas de comparación, las mejores prácticas y más le esperan abajo.
La siguiente comparación de Scrum, Kanban y Scrumban se divide en secciones que discutirán los diferentes aspectos del proceso de gestión de proyectos. Puede usar el menú en la parte inferior para navegar las secciones que le interesan o continuar leyendo para entender el alcance completo.
Herramienta de gestión de proyectos Kanban todo en uno
Para impulsar el desempeño de su equipo
El origen de Kanban y Scrum
Para empezar, he aquí un resumen rápido de Kanban y Scrum. Sigue el enlace para una sola hoja de referencia que describe que las principales diferencias entre las prácticas
Antes de adentrarnos en las diferencias entre Scrumban, Kanban y Scrum, vale la pena notar que todas las tres son marcos separados y todas se consideran enfoques Agile.
- Scrum lo creó Ken Schwaber y Jeff Sutherland,
- Kanban tiene sus raíces en la gestión de proyectos Lean,
- Scrumban es la combinación de las dos que se crearon primero como una forma de cambiar, pero se quedó como un marco independiente.
Como tal, todos los tres marcos se consideran que están bajo el paraguas de Agile, pero ninguna representa sola a Agile.
¿Kanban o Scrum? ¿Cuál escoger?
Otra nota importante antes de empezar con la comparación es que estos enfoques no son mutualmente exclusivos.
Kanban se puede usar para suplementar Scrum, mientras que Scrumban es una mezcla de los dos enfoques. Por lo tanto, puede mezclar los elementos de una forma que funcione para su proceso y equipo.
Sin embargo, antes de que se adentre en la creación de su propia mezcla, asegúrese de tener a alguien en el equipo con experiencia en estos métodos. Idealmente, eso deberá ser que todo el equipo intentó ambos métodos por algo de tiempo y, por ende, tienen un buen entendimiento de por qué estarían cambiando las cosas. Tan solo combinar elementos de Kanban y Scrum muy probablemente no producirá buenos resultados y, por ende, no se recomienda.
Gestión e iteraciones del tablero
Al decidir cuál enfoque Agile es el correcto para su equipo, .una de las primeras cosas a considerar es cómo usted le gustaría trabajar. Al comparar Kanban con Scrum y Scrumban, significa pensar primero sobre el tablero y las iteraciones.
Kanban
El marco de Kanban no describe ninguna iteración predefinida.
A su vez, el trabajo continúa hasta que el equipo sienta que el valor significativo se añade al resultado. Por lo tanto, depende del equipo decidir cuándo termina una iteración y cuándo puede empezar una nueva.
Dado que el trabajo se realiza de manera continua, el tablero de Kanban también es continuo. No se reinicia después de cada iteración y a su vez mantiene los elementos laborales de todo el proyecto.
En este caso, a menudo es mejor escoger los tableros en línea de Kanban para que así las tareas finalizadas estén fuera de vista y no tomen mucho espacio.
Scrum
Por otro lado, Scrum usa iteraciones de 1 a 4 semanas para completar las tareas planeadas.
Lo que significa que cada iteración tiene una fecha de comienzo y de final establecidos. El equipo usa esta limitación para priorizar y planificar el trabajo ante de que empiece cada iteración.
Similarmente, el tablero de Scrum se reinicia después de cada iteración para que se llene con nuevas tareas y se prepare para la nueva fase de trabajo.
Scrumban
En Scrumban, los equipos trabajan en iteraciones definidas similares a Scrum.
Tienen una fecha de comienzo y de final establecidas. Las tareas se priorizan y se planifican según esta capacidad.
Aunque la duración de la iteración se basa en Scrum, el tablero de Scrumban se parece al tablero de Kanban, incluyendo las tareas pendientes continuas y las columnas de prioridad
Tablero de Kanban frente al tablero de Scrum
Con todas las tres prácticas, se alienta a los equipos a crear un tablero de tareas que sirva mejor a sus procesos. Sin embargo, ciertas directrices definen las diferencias entre el tablero de Kanban, Scrum y Scrumban.
Kanban
El tablero de Kanban usualmente está compuesto de columnas que visualizan los pasos del proceso laboral del equipo.
- La sección de Tareas pendientes mantiene todas las ideas y tareas priorizadas para el equipo. Para indicar cuáles tareas son las más importantes, los equipos usan las columnas de prioridad como – Prioridad 1 y Prioridad 2.
- La sección de En progreso está compuesta de tantas columnas como existan pasos en el proceso del equipo. Por ejemplo, diseño, fabricación, prueba y garantía de calidad.
- La sección de Completado mantiene todos los elementos terminados. Algunos equipos podrían desglosar más esta sección para representar las etapas de culminación como 90-95% completado y 100% completado.
Los miembros del equipo de Kanban son responsables de sacar ellos mismos las tareas de las tareas pendientes priorizadas, esto significa que una vez que tengan la capacidad echarán un vistazo a las tareas pendientes y decidirán cuál tarea completar ahora.
Para limitar cuánto trabajo se realiza al mismo tiempo, se usan los límites WIP (límites del trabajo en progreso). Usualmente corresponden el número de miembros de equipo y solo permiten 1-2 tareas por miembro de equipo a la vez.
Scrum
El tablero de Scrum usualmente está compuesto de las secciones de Tareas pendientes Sprint, En progreso y Completado.
- Tareas pendientes Sprint mantiene las tareas que el equipo está comprometido en completar en Sprint actual.
- La sección de En progreso ayuda a monitorear la ejecución de los elementos comprometidos
- La sección de Listo mantiene los elementos laborales durante el Sprint.
Una vez que Sprint termine, el tablero se despeja y se añaden nuevos elementos laborales para el siguiente Sprint. Si algo no se completa durante el Sprint, se puede mover a la siguiente iteración.
Scrumban
El tablero de Scrumban es una mezcla de los tableros de Kanban y Scrum (en algunos casos referidos como los tableros Agile) que dependen mayoritariamente en cuál enfoque de visualización el equipo le gusta más.
La mayoría de los equipos tienden a inclinarse hacia un tablero Kanban modificado, ya que ofrece más información sobre los pasos del proceso y permite al equipo monitorear su progreso. Sin embargo, ambas opciones se pueden usar basado en la preferencia del equipo.
3. Miembros del equipo y cargos
Cargos del equipo de Kanban
Usualmente, el equipo de Kanban es un conjunto de profesionales que puede lograr juntos la meta final. No existes cargos específicos definidos en Kanban.
Cada miembro del equipo toma tareas de las tareas pendientes basado en su prioridad y especificaciones. Dado que el equipo impulsa todo el proceso, se refiere como el proceso de salida donde el equipo saca las tareas a la acción. Todo el equipo es responsable de planificar, priorizar y lograr el resultado.
Aprenda más sobre los cargos de Kanban y sus implementaciones nuestra última guía Kanban.
Cargos del equipo de Scrum
Dado que Scrum trabaja dentro de límites de tiempo muy claros, es mejor cuando el equipo es interdisciplinario.
De esta forma, los miembros del equipo pueden trabajar en varias tareas y no están limitados a tan solo una función. Cuando se acerca el final de una iteración, todo el equipo puede plantear finalizar el trabajo planificado.
A pesar de tener un equipo interdisciplinario, Scrum sí designa cargos específicos a los miembros del equipo. Como tal, se diferencia al compararlo con Kanban con Scrum.
Los tres cargos del equipo de Scrum son:
- El/la propietario(a) del producto establece la visión y prioridades del equipo. Él o ella es responsable de lo que el equipo hace y a dónde se dirige. El/la propietario(a) del producto prioriza y decide cuáles elementos se tomarán en el siguiente sprint.
- El Scrum Master facilita el proceso Scrum. Usualmente, el usuario de Scrum más informado del equipo, o incluso un consultor externo, ayuda con aplicación de Scrum. Su función es guiar al equipo en la aplicación de Scrum y ayuda si existe alguna incertidumbre en práctica.
- El equipo (desarrolladores) completa los elementos laborales y desarrolla el producto final. Este conjunto interdisciplinario de profesional trabaja para lograr la meta final.
Cargos del equipo de Scrumban
Al comparar equipos y sus cargos en Kanban, Scrum y Scrumban, este último toma un punto medio. Funciona genial para ambos, equipos que son interdisciplinarios o no.
Scrumban no define ningún cargo específico a usarse, pero permite al equipo decidir si y cuáles cargos se deberían añadir. Por lo tanto, cada equipo puede escoger y elegir qué es mejor para ellos.
4. Planificación y estimación
Kanban
El equipo escoge cuándo mantener una sección de planificación en Kanban.
Usualmente pasa cuando se culmina una parte del producto o cuando el desencadenante de la planificación se activa. De cualquier forma, en este momento, el equipo se sienta y rellena las tareas pendientes con nuevas tareas a completar. Aquí, también puede escoger usar la estimación para tener más predictibilidad para el proceso.
No existe requisito para que los equipos de Kanban usen estimaciones. Ellos dependen más en la previsión de los resultados basados en el desempeño previo. Esto se hace con la ayuda de las métricas de flujo de Kanban.
Scrum
En Scrum, la planificación y la estimación se realizan basadas en la duración de la iteración (sprint).
Antes de que una nueva iteración pueda empezar, el/la propietario(a) del producto planifica cuáles tareas se deberían completar y se sienta con el equipo para estimar el tiempo que se necesita para completarlos. Si, durante la estimación, se vuelve claro que hay demasiado trabajo para el tiempo asignado, los elementos laborales se dividen en elementos más pequeños.
Scrumban
Planificar en Scrumban se hace a petición.
Una vez que el desencadenante de la planificación se activa, el equipo se siente y planifica los elementos laborales para la siguiente iteración. La velocidad del equipo se usa para terminar cuántas tareas el equipo podrá completar durante una iteración. Por ende, el equipo solo añade el número de tareas a sus tareas pendientes. Para metas a largo plazo, los equipos de Scrumban usan planificación con tamaño de bucket.
Aprenda más sobre las técnicas de estimación en Agile.
5. Rutinas de trabajo y límites del alcance
Todos los tres métodos usan el principio de salida al discutir cómo las tareas se distribuyen entre el equipo. Los miembros del equipo escogen ellos mismos las asignaciones de las tareas. Como tal, podría parecer que no existen grandes diferencias en Scrum, Kanban y Scrumnam, sin embargo, el tiempo cuando los miembros del equipo escogen sus tareas en Scrum y Kanban difiere.
Scrum
Scrum pide a los miembros del equipo comprometerse con las tareas en la etapa de planificación de cada iteración.
Es aquí cuando las asignaciones se deciden para la siguiente fase y no se pueden cambiar antes de que empiece una nueva. La duración de la iteración controla el alcance. Las horas estimadas de los elementos laborales planificados no pueden exceder la duración del sprint.
Kanban and Scrumban
Los métodos de Kanban y Scrumban practican un enfoque un poco distinto. En vez de tener a los miembros del equipo comprometiéndose con las tareas en la etapa de planificación, puede escoger sus taras una vez que el trabajo empiece.
WIP (trabajo en progreso) limita el número de tareas que se pueden trabajar de manera simultánea. Esto mantiene a los miembros del equipo trabajando solo en una tarea a la vez y no tomando trabajo nuevo antes de completar la tarea anterior.
6. Reuniones y desempeño
Los practicantes de todos los tres métodos llevan a cabo reuniones similares. La principal diferencia entre Kanban, Scrum y Scrumban es que Scrum requiere que estos pasen en un momento determinado, mientras que en Kanban y Scrumban hay más flexibilidad para que el equipo escoja cuándo se llevan a cabo.
Existen cuatros reuniones principales entre estos métodos:
- Planificación de Sprint o sesión de planificación. Un tiempo cuando el equipo planifica cuál trabajo se debe completar ahora. En Scrum, la planificación de Sprint se lleva a cabo antes de cada iteración. Mientras que en Kanban y Scrumban el trabajo nuevo se planifica cuando el anterior se finaliza.
- Scrum diario o reuniones diarias. Una reunión corta de 15 minutos para actualizarse con loa que todos en el equipo hacen. Los miembros del equipo presentan lo que hicieron ayer y lo que tienen planeado para hoy.
- Análisis de iteración. Opcional para todas las tres aplicaciones Agile, esta reunión se lleva a cabo después de la iteración. Busca presentar los resultados de la iteración a los clientes y recolectar sus opiniones.
- Retrospectiva. Esta reunión pasa una vez que el proyecto termina y busca discutir el proceso, no el resultado. Los miembros del equipo comunican lo que ha funcionado y lo que no y cómo desean continuar en futuros proyectos.
- Los practicantes de tanto Kanban como Scrumban pueden tener reuniones adicionales de Kaizen. Esta reunión usualmente se incluye si un equipo se enfrenta con un problema que necesita solución. Es donde los equipos de varios departamentos se reúnen y hacen una lluvia de ideas y soluciones para un asunto en particular.
Desempeño
Kanban
Kanban usa cuatro métricas de flujo para medir el desempeño del equipo:
- WIP – Mide cuántos elementos están actualmente “En progreso”. No confundirlo con los límites WIP.
- Tiempo del ciclo – Mide la cantidad de tiempo que tomó para completar un elemento desde que se empezó por primera vez (movido a “En progreso”).
- Antigüedad del elemento laboral – Mide la cantidad de tiempo entre cuando se empezó el elemento y la fecha actual.
- Tasa de transferencia efectiva – Mide el número de elementos finalizados durante un periodo específico de tiempo.
Scrum
La principal métrica de desempeño para Scrum es el gráfico de Quemado. Muestra cuánto trabajo falta por hacerse y cuánto disminuyó desde el principio del proyecto, permitiendo al equipo monitorear el ritmo al cual el trabajo se está completando.
7. Reglas y cuál escoger
Al comparar Kanban, Scrum y Scrumban, encontramos muchas similitudes que provienen del origen Agile. Sin embargo, todas estas prácticas tienen diferencias particulares que las hacen más apropiadas para un ambiente laboral u otro.
Kanban
Kanban tiene una reputación por ser ligero y no restrictive con sus usuarios. Aunque puede ser el más fácil de los tres por ello, también requiere experiencia con procesos Agile para trabajar.
Aunque podría parecer abrumador al principio, la flexibilidad que ofrece significa la habilidad de adaptar cualquier campo o industria. Kanban es una gran opción para equipos con un flujo continuo de tareas, como fabricación, ingeniería o desarrollo.
He aquí una hoja de referencia de Kanban por un rápido recordatorio de las prácticas principales.
Si se pregunta cuándo usar el tablero Kanban y el Scrum, considere cuánto le gustaría seguir las siguientes reglas. Tanto Kanban como Scrum ofrecen raíces del mismo origen, pero Kanban ofrece un proceso mucho más ligero, mientras que Scrum pide seguir bastantes reglas.
Scrum
Scrum es la más estricta de las tres prácticas porque tiene bastantes reglas y rituales a seguir. También es la más fácil de entender de las tres aplicaciones Agile para un nuevo usuario porque es la que tiene más reglas y limitaciones.
Sin embargo, si un equipo necesita flexibilidad, este enfoque carece un tanto. Scrum es el más apto para proyectos grandes a largo plazo que necesitan más eficiencia.
Descargue la hoja de referencia de Scrum para un rápido recordatorio de todas las cosas de Scrum.
Scrumban
Scrumban está establecido justo en el medio de los dos anteriores. Tomando algunas de las reglas de Scrum y algo de la flexibilidad de Kanban, ofrece a sus usuarios lo mejor de ambos mundos.
Scrumban es una gran opción para los nuevos equipos y ambientes acelerados como las empresas emergentes, donde existe la necesidad de mucha flexibilidad y estructura para mantenerlo todo junto. Si siente que a Kanban y Scrum les falta un poco, optar por esta mezcla de dos podría ser su mejor apuesta.
Un rápido resumen en la hoja de referencia de Scrumban.
Hoja de referencia de Kanban y Scrum
Tabla de comparación de Scrum, Kanban y Scrumban
| Scrum | Kanban | Scrumban | |
| Tableros | Se reinicia después de cada iteración | Continuo a lo largo del proyecto | Continuo a lo largo del proyecto |
| Iteraciones | Sprints de 1-4 semanas | Trabajo continuo junto con liberaciones más cortas | Iteraciones de 1-4 semanas |
| Miembros del equipo | Equipo interdisciplinario | Un equipo de especialistas | Un equipo de especialistas |
| Cargos | Propietario(a) del producto, Scrum Master y el equipo de Scrum | Sin cargos específicos | Sin cargos específicos |
| Planificación | Planificación para Sprints | Planificación basada en petición o desencadenante de planificación | Planificación de tamaño bucket y a petición |
| Estimación | Hecho para cada Sprint | Hecho cuando el equipo se necesita | Hecho cuando el equipo se necesita |
| Rutinas de trabajo | Principio de salida – las tareas se toman antes del Sprint | Principio de salida – las tareas se toman durante la iteración | Principio de salida – las tareas se toman durante la iteración |
| Límites del alcance | La duración del Sprint limita la cantidad de trabajo | El WIP limita la cantidad actual de trabajo | El WIP limita la cantidad actual de trabajo |
| Reuniones | Planificación de Sprint, Scrum diario, Retrospectiva | Opcional | Opcional |
| Performance | Gráfico de quemado | Diagrama de flujo cumulativo, plazo y tiempo del ciclo | Tiempo de ciclo promedio |
| Rules | Proceso limitado | Proceso flexible con solo un par de límites | Proceso flexible con solo un par de límites |
| Mejor para | Proyectos grandes a largo plazo | Fabricación continua de productos | Empresas emergentes, proyectos acelerados |
Aportes claves
Cada marco ofrece sus propios conjuntos de ventajas y consideraciones. Aunque Scrum Brinda estructura y eficiencia para proyectos grandes a largo plazo, Kanban ofrece flexibilidad y adaptabilidad para flujos continuos de trabajo, haciéndolo apto para los equipos de fabricación, ingeniería o desarrollo. Por otro lado, Scrumban combina elementos de tanto Scrum como Kanban, logrando un equilibrio entre estructura y flexibilidad, convirtiéndolo en una excelente opción para ambientes acelerados como empresas emergentes.
Al comparar Scrum, Kanban y Scrumban, es importante entender que ninguno de estos métodos es mejor que los otros. En cambio, debería buscar cuál de ellos se adapta mejor a su equipo, metas y prácticas.
De esta forma, pueda escoger al verdadero ganador al comparar Kanban, Scrum y Scrumban.
He aquí la historia de por qué 52 Sprints después nuestro equipo del producto volvió a de nuevo a Kanban.
Pruebe el tablero de Kanban de manera gratuita
Visualice cualquier proceso para cualquier equipo
Preguntas más frecuentes
¿Cuál es mejor entre Scrum, Kanban y Scrumban?
No existe un solo mejor método. Debe escoger el método agile basado en sus retos. Todos los métodos pueden brindar valor significativo si se implementa correctamente y para un reto personalizado. Los métodos como scrumban son el resultado de combinar las técnicas para enfrentar el área más amplio de retos donde a scrum o kanban les falta. Pero no significa que scrumban es superior.
¿Cómo cambiar de Scrum a Kanban?
Esta es una pregunta muy común y usualmente cambiar el método no es la mejor opción. Los equipos que probaron con scrum y fallaron, a menudo intentaron cambiar a Kanban pensando que es más simple y que arrojará mejores resultados. Usualmente este no es el caso. Ya por falta de entendimiento que Kanban es un sistema completo por sí solo o por pobre implementación de los plazos de scrum a dicha conclusión. Recomendados quedarse con el método y verificar primero si existen asuntos relacionados a su implementación.
Sin embargo, si se da cuenta que cambiar método es la mejor opción, he aquí cómo nuestro equipo de desarrollo se pasó de Kanban a Scrum.¿Cuál es mejor? – ¿Scrum vs Kanban?
No es no. Ambos métodos son simplemente buenos y no existen ventajas específicas cuando hablamos de Scrum y Kanban. Debería entender claramente ambos primero y luego investigar qué tipo de retos desea solventar, qué tipo de ambiente tiene y luego solo escoger un método.
¿Cuál es la diferencia entre Scrum y Kanban?
Scrum emplea cargos específicos y sigue un enfoque iterativo con sprints de duración fija, usando las tareas pendientes de productos para la gestión del trabajo. En contraste, Kanban enfatiza la visualización del flujo de trabajo en un tablero de Kanban, sin iteraciones predefinidas y se enfoca en establecer los límites del trabajo en progreso (WIP). Scrum proporciona más estructura y predictibilidad, mientras que Kanban ofrece flexibilidad y entrega continua. Scrum se adapta a proyectos con requisitos cambiantes, mientras que Kanban es ideal para los procesos con un flujo constante de trabajo y mejora continua.
Recomendamos consultar la tabla de comparación anterior para entender los aspectos claves de cada método. Sin embargo, el mejor entendimiento viene de la práctica lo cual por supuesto consume tiempo y dinero, pero no implementar un método también cuesta dinero.
¿Qué es el proceso Scrumban?
El proceso de Scrumban involucra crear un tablero con tareas pendientes de productos, tareas pendientes de sprint y etapas de flujo de trabajo. Los límites de trabajo en progreso (WIP) se acuerdan colectivamente y la priorización de tareas es continua. Las reuniones diarias proporcionan flexibilidad para la selección de tareas y la repriorización basada en la carga de trabajo.
¿Cuál es la diferencia entre kanban y agile?
Agile es una metodología más amplia de desarrollo de software que enfatiza la flexibilidad, la colaboración y el desarrollo iterativo. Kanban, por otro lado, es un marco específico de Agile que se enfoca en la visualización del flujo de trabajo, el límite del trabajo en progreso y la entrega continua. Aunque Agile brinda una mentalidad y principios para el desarrollo de software, Kanban ofrece un conjunto específico de prácticas y herramientas para gestionar y optimizar el flujo de trabajo. Agile puede abarcar diferentes marcos como Scrum y XP, mientras que Kanban es un enfoque específico para visualizar y optimizar el flujo de trabajo dentro del contexto de Agile.