Tablero Kanban vs. Tablero Scrum

Metodologias

Elise ha estado realizando trabajos de desarrollo para varios proyectos de software como contratista. Hasta ahora, ha trabajado exclusivamente con Scrum, pero recientemente se ha unido a un equipo de proyecto que usa Kanban. Tiene la esperanza de que la transición sea más fácil con su experiencia, ya que Kanban y Scrum son metodologías ágiles y porque cada una se gestiona mediante el uso de tableros de proyectos.

Kanban

Kanban es una metodología ágil que se enfoca en completar el trabajo en un flujo continuo. El trabajo del proyecto toma la forma de historias de usuarios , que detallan la funcionalidad necesaria para usuarios específicos. El flujo continuo reemplaza el uso de ciclos para establecer marcos de tiempo específicos para cuando las historias de usuario se toman y se completan. El objetivo es continuar asumiendo y completando historias de usuarios sin interrupciones hasta que se complete el proyecto. Sin embargo, sin plazos específicos, existe la posibilidad de que el trabajo se inicie continuamente pero nunca se termine.

Para garantizar que se complete el trabajo, Kanban utiliza un límite de trabajo en progreso (WIP) . Este es un límite en la cantidad de historias de usuario en cada punto de progreso dentro del flujo. Las historias de usuario no pueden avanzar al siguiente punto de progreso si ya se ha alcanzado el límite de WIP. Por ejemplo, si un equipo tiene un límite de trabajo en curso de cinco y actualmente está trabajando en cinco historias de usuario, no puede asumir una adicional hasta que se complete al menos una de las historias de usuario actuales.

Melé

Al igual que Kanban, Scrum trabaja con historias de usuarios, pero en lugar de utilizar un flujo continuo, Scrum es una metodología ágil que se centra en completar el trabajo en ciclos repetidos. Los ciclos, conocidos como sprints, suelen tener una duración de dos semanas y son un período de tiempo en el que se trabajan historias de usuarios específicas. El objetivo es desarrollar y probar por completo todas las historias de usuario al final del sprint.

Antes de ser aceptado en un sprint, las historias de usuario reciben una estimación de puntos de la historia , que es un valor numérico que representa el tiempo y el esfuerzo necesarios para completar la historia del usuario. Durante una serie de sprints, el equipo puede medir la velocidad , que es la cantidad de puntos completados por sprint. Para garantizar la eficiencia, el equipo acepta historias de usuarios en cada sprint que tienen una suma total igual a su velocidad.

Tableros

Una vez que Elise comprende Kanban y Scrum, busca aprovechar su experiencia con los tableros de proyectos utilizados en Scrum y conectarlos al uso en Kanban. En las respectivas metodologías, los tableros Kanban y Scrum son los puntos focales. Si bien cada metodología tiene su propio enfoque para la junta, existen algunas similitudes. Las similitudes y las diferencias entre ellos se alinean directamente con las similitudes y diferencias de las metodologías.

Artículos de trabajo

La visualización principal de los tableros Kanban y Scrum es el trabajo del proyecto. En cada uno, el trabajo del proyecto se muestra visualmente en tarjetas. Para Kanban, las historias de usuario se muestran principalmente en el tablero porque son la forma requerida de los elementos de trabajo. Sin embargo, los tableros Kanban contienen todo el trabajo disponible, por lo que los elementos de trabajo menos definidos, conocidos como épicos , también se pueden mostrar en el tablero. Estos son elementos que deben definirse y desglosarse más a fondo antes de que puedan avanzar por el tablero.

Al igual que Kanban, los tableros Scrum también muestran historias de usuarios. Sin embargo, estas no son la única forma que el trabajo del proyecto puede tomar en el tablero. Algunos equipos de Scrum eligen dividir las historias de los usuarios aún más en las tareas involucradas para completarlas. El tablero de Scrum para estos equipos aún muestra historias de usuarios, pero también muestra las tareas en tarjetas y las avanza por todo el tablero.

Diseño

Al igual que su visualización de elementos de trabajo, los tableros Kanban y Scrum tienen similitudes y diferencias en términos de sus diseños. Los tableros Kanban suelen tener un diseño simple de tres líneas de progreso. El primer carril contiene todos los elementos de trabajo disponibles, incluidas historias de usuarios y epopeyas, y a menudo se etiqueta como ‘Tareas pendientes’. El segundo carril contiene las historias de usuario en las que el equipo está trabajando actualmente y está etiquetado como «En proceso» o «En curso». El tercer carril es para historias de usuarios completadas y, a menudo, se etiqueta como «Listo».

El diseño de un tablero Scrum es muy similar a un tablero Kanban en el sentido de que también incluye carriles para mostrar los estados de progreso del trabajo que aún no se ha iniciado, el trabajo que está en progreso y el trabajo que se ha completado. Una diferencia potencial está relacionada con la decisión del equipo Scrum sobre si mostrar historias de usuarios o tareas. Si las tareas se muestran en el tablero, las historias de usuario se muestran y se utilizan para formar filas que agrupan las tareas asociadas con cada historia de usuario.

Utilizar

El aspecto final de los tableros Kanban y los tableros Scrum es cómo se utilizan. El propósito de ambos tableros es mostrar visualmente el trabajo, así como su estado actual de progreso. Sin embargo, la forma en que el trabajo se mueve a través de las juntas difiere entre los dos y está directamente relacionada con las diferencias en los dos enfoques de proyectos.

Kanban mantiene un flujo de trabajo continuo, por lo que el trabajo se mueve continuamente a través del tablero Kanban, de ‘Tareas pendientes’ a ‘Hecho’. El único caso en el que el trabajo no puede moverse libremente es si se alcanzan los límites WIP. Scrum completa historias de usuarios específicas durante cada sprint basándose en la aceptación de historias con un total de puntos que coincide con la velocidad del equipo. Las historias de usuario se mueven libremente por el tablero y al final de cada sprint, el tablero se limpia y se configura nuevamente.

Resumen de la lección

Kanban y Scrum son metodologías ágiles que comparten algunas similitudes pero también diferencias. En ambas metodologías, el trabajo del proyecto toma la forma de historias de usuarios . En Kanban, se completan en un flujo continuo y se gestionan mediante el uso de límites de trabajo en curso (WIP) . En Scrum, se completan en sprints y se gestionan mediante el uso de estimaciones de puntos de la historia y mediante la velocidad de seguimiento .

Cada metodología utiliza tableros de proyectos de formas similares y diferentes. Los tableros Kanban contienen todo el trabajo del proyecto disponible, incluidas historias de usuarios y epopeyas . Sin embargo, solo las historias de usuarios avanzan a través de las líneas de progreso de ‘Tareas pendientes’, ‘Haciendo’ y ‘Hecho’. El trabajo se mueve continuamente a menos que se cumplan los límites de trabajo en curso. Los tableros de Scrum muestran el trabajo como historias de usuario o tareas y tienen líneas de progreso similares a Kanban. El trabajo se mueve libremente a través del tablero de Scrum a lo largo del sprint y el tablero se reinicia al final del sprint.

Rodrigo Ricardo Editor y fundador