2a0a2cdf-a39b-4ebc-9386-2dc39d5aa766.jfif

👉🏼 “Kanban VS Scrum” son 2 estrategias distintas para implementar un sistema ágil de desarrollo o gestión de proyectos. Las metodologías kanban son continuas y más fluidas, mientras que scrum se basa en sprints de trabajo cortos y estructurados.

Veamos en qué se diferencian ambas metodologías 👇🏼

Scrum Kanban
Orientada al Desarrollo de Software Orientada a los Procesos de “manufactura”.
Se aprende a través de las experiencias, auto-organización y reflexión sobre qué se ganó y perdió para mejorar continuamente. Se utilizan elementos visuales para mejorar el trabajo en curso.
Se comprenden sprints regulares con una duración fija. Es de flujo continuo.
Se llevan a cabo ceremonias para planificar los sprints, las reuniones diarias, la revisión del sprint y la retrospectiva del sprint. Se visualiza el flujo de trabajo, se limita el trabajo en curso, se gestiona el flujo y se incorporan bucles de retroalimentación.
Los roles se comprender por: el Product owner, el scrum master y el development team. No requiere roles.
Se limita el WIP (work in process o número de tareas que se pueden tener en paralelo en una de las posiciones del tablero) por iteración. Se limita el WIP por el estado del flujo de trabajo.
Se necesitan equipos multidisciplinarios, para que todos los miembros puedan realizar varias tareas y sea todo más más ágil. Se permiten equipos formados por especialistas.
No se permiten cambiar las tareas del Sprint, una vez que la tarea es asignada no se puede mover, en todo caso se modifica la fecha de entrega del Sprint. Se puede modificar la tarea hasta que entra en flujo.
El conjunto de tareas a realizar durante el Sprint, tiene que tener al menos el tamaño de un Sprint, ya que no se puede tener menos de un Sprint. Al tener un ritmo de trabajo continuo, se arrastran las nuevas tareas por el tablero hasta que lleguen a su estado final. Cualquier nuevo requisito será una nueva tarjeta.
Se miden historias, cuánto tiempo o esfuerzo va a llevar realizar cada tarea y se mide la velocidad del equipo, que es la cantidad de trabajo realizado dividido por la cantidad de tiempo. No se miden ni tareas ni la velocidad de las mismas.
Se necesita una pila del producto priorizada, ya que el desarrollo completo se va a dividir en distintos Sprints, éste se necesita para que los primeros Sprints se encarguen de realizar las tareas de mayor prioridad. Como la historia o tarea es arrastrada directamente desde el cliente, no se necesita priorización.