Blog
Scrum y Kanban, diferencias entre metodologías ágiles.
Scrum Kanban, dos palabras muy reconocidas para los desarrolladores de proyecto de la actualidad, en especial aquellos que laboran en compañías de software.
Estas metodologías se encuentran dentro del grupo de metodologías agiles que han sido de mucha utilidad en el diseño y creación de productos de excelente calidad, capaces de mantener la competitividad en el mercado.
¿Qué es una metodología ágil?
Para llevar a cabo un proyecto es preciso seguir una serie de pasos que nos permitan alcanzar el objetivo. Ahora bien, por mucho tiempo se emplearon métodos tradicionales que, si bien funcionaron en su tiempo, lo cierto es que no pudieron mantenerse en auge en el acelerado mundo de la revolución digital.
Por este motivo en el año 2001 un equipo de TI se decidió a crear una manera diferente de desarrollar software que se adaptara a las necesidades actuales.
Para ello comenzaron creando lo que se conoce como manifiesto ágil, que está compuesto por cuatro valoraciones importantes; a saber:
- Son más importantes los individuos y sus interacciones que los procesos y las herramientas.
- Se debe valorar más el software funcionando que la documentación exhaustiva.
- Estimar más la colaboración con el cliente que la negociación contractual.
- Valorar más la respuesta ante el cambio que seguir un plan.
Así nació el método ágil, que no es más que el proceso por el cual se pretende agilizar el flujo de trabajo y generar un equipo ágil, capaz de adaptarse a las necesidades cambiantes con el objetivo de desarrollar un software de valor.
Existen diversos tipos de metodologías ágiles, pero en esta ocasión nos concentraremos en scrum Kanban y determinaremos sus diferencias; también te explicaremos como saber cual te conviene utilizar.
¿En qué consiste el Scrum?
El objetivo primordial de Scrum es maximizar el retorno de inversión de la empresa y para ello se dedica a construir primero aquellas funcionalidades que tienen mayor valor para el cliente.
En esta metodología se trabaja con iteraciones o sprints (fases del proyecto) que se planifican por semanas y al final de cada una se revisa el trabajo, para luego planificar las iteraciones de la siguiente semana.
¿Cómo funciona la metodología Kanban?
A diferencia del Scrum, Kanban tiene como objetivo es gestionar el proyecto de forma general en función a como se vayan completando las tareas.
Tal como su nombre lo indica Kan(Visual)-Ban(Tarjeta), se trata de un tablero visual o sistema de tarjetas donde es posible ver el estado actual de los proyectos.
Diferencias entre scrum y Kanban
Las metodologías Scrum y Kanban son muy utilizados por equipos TI y bastante prácticos, pero veamos a continuación sus diferencias puntuales.
Características |
Scrum |
Kanban |
1.Cantidad de tareas |
El conjunto de tareas a realizar durante cada sprint debe tener mínimo el tamaño máximo de un sprint, de lo contrario no tendría sentido. | Kanban no lo exige, pues el flujo de trabajo es continuo; es decir las tareas se van ateniendo a medida que se van arrastrando de un proceso a otro. De manera que, si el cliente establece un nuevo requisito, este se añadirá en el proceso de entrada y seguirá su flujo hasta completarse. |
2.Equipo |
Requiere que el equipo de trabajo sea multidisciplinar, que los miembros sean capaces de realizar varias tareas. | El equipo debe estar conformado por especialistas. |
3.Flujo de trabajo |
En Scrum se trabaja con iteraciones de tiempo establecido. | En Kanban no se establece el tiempo, sino que el flujo es continuo. |
4.Mediciones |
Se realizan estimaciones de tiempo de todo lo que se hace a fin de saber cuanto tiempo y esfuerzo tomará cada una de las tareas. | No se realiza ningún tipo de medición. En Kanban no se premia la rapidez sino la calidad final de cada tarea. |
5.Modificación de tareas |
Cuando la tarea es asignada a un sprint no puede ser modificada ni movida. En caso de ser necesario lo que se cambia es la fecha del sprint. | Las tareas pueden ser modificadas hasta que haya entrado al flujo. |
6.Prioridades |
El desarrollo del producto se divide en diferentes sprint que deben ser priorizados para así realizar primero las tareas que aportan mayor valor al cliente. | En Kanban no es necesario realiza la priorización, pues las tareas son arrastradas desde el cliente. |
7.Reuniones y gráficos |
En Scrum son imprescindibles las reuniones y el uso de gráficos que muestran el avance del proyecto (Burn down) y la medición de velocidad del equipo (Burn up). | No son necesarios. |
8.Prescripción de Roles |
Dentro del equipo existen diversos roles: Development team Member, Project Owner, Master Scrum. |
No existen los roles. |
9.Tablero |
A medida que se finaliza un sprint se limpia el tablero para comenzar añadir nuevas historias de usuario. Las siguientes en prioridad. | Dado que el flujo va desde la entrada hasta la salida, las tarjetas van pasando de un estado a otro hasta llegar al final donde se archivan y salen. |
10.Tareas en paralelo |
El Wip (Work in process: cantidad de tareas en paralelo) es limitado en función de cada iteración. |
El Wip se limita en base al flujo de trabajo. |
¿Cómo saber cuál metodología ágil elegir?
Para saber cuál método elegir es preciso conocer bien al equipo y los tipos de tareas que suelen desarrollar, pues cada metodología tiene sus requerimientos.
Por ejemplo, Scrum esta pensado para que el desarrollo del proyecto sea ejecutado por un equipo comprometido; es decir que el equipo debe prometer entregar un incremento notorio del producto al final de cada sprint.
En cambio, en Kanban es perfecto para equipos con diversas solicitudes entrantes que difieren en prioridad y alcance.
Ahora bien, aunque los expertos no están del todo de acuerdo, existe un hibrido de Scrum Kanban conocido como Scrumban, lo que permite beneficiarse de la estructura y aprendizaje del scrum y al mismo tiempo llevar el flujo continuo que proporciona Kanban.
