Scrum x Kanban

¿Qué estructura de procesos implementar en un proyecto? ¡Lee el artigo y entende más sobre las metodologías Scrum y Kanban!

Por Luciano Osorio – Scrum Master en Zappts

Recientemente, un cliente estaba considerando seriamente adoptar la metodología Scrum, pero de una forma bastante particular.

Las prioridades cambiarían todo el tiempo, el equipo estaría parcialmente asignado con personas compartidas entre varios proyectos y los sprints deberían tener una semana de duración.

Me pidió que lo ayudara a hacer que este modelo funcionara.

De acuerdo con el escenario expuesto, recomendé el método Kanban como el más adecuado, sin embargo, la sugerencia no fue aceptada de inicio. Entonces, continué estudiando las mejores posibilidades.

Uno de los problemas enfrentados en los proyectos de este cliente era la falta de visibilidad sobre cuánto trabajo realmente estaba siendo realizado y cómo podría mejorar la ejecución de los procesos.

Mantuve la recomendación y sugerí que probáramos Kanban por algunas semanas.

Ahora, puede que te estés preguntando: pero cuál es el motivo de la insistencia en relación a Kanban?

Bueno, voy a explicar el porqué de esta recomendación y aprovechar para aclarar las principales diferencias entre Scrum y Kanban.

¡Sigue leyendo para descubrir!

Scrum x Kanban: La diferencia está en el compromiso y el enfoque

Comencemos entendiendo la diferencia entre Scrum y Kanban y qué criterios evaluar para una elección asertiva y eficaz.

Scrum

En Scrum, el equipo se compromete con el producto. Todo sprint tiene un objetivo a cumplir, que lleva al equipo un paso adelante en la entrega del valor del producto.

El equipo estima el trabajo que se incluirá en un sprint y se compromete a realizar ese trabajo con la mayor calidad posible. Sin interrupciones ni cambios de prioridad.

El enfoque en el objetivo del sprint es el tema principal de las reuniones diarias del equipo. Deben realizarse con el propósito de identificar problemas que impiden alcanzar el objetivo y proponer soluciones para removerlos de los procesos.

Al final de un sprint, el trabajo con el que el equipo se comprometió es evaluado y aceptado como incremento de valor al producto.

El equipo continúa con una evaluación de cómo se realizó el trabajo durante el sprint y planifica acciones para trabajar mejor en el próximo.

Para entender más sobre qué es Scrum, recomiendo leer este artículo, disponible en nuestro blog.

Es un contenido muy completo con buenas referencias para profundizar en el tema 😉

Kanban

En Kanban, el equipo se compromete con el flujo, es decir, con el ritmo en que el trabajo realizado pasa por los pasos del proceso.

Es necesario identificar los factores que influyen en el flujo y trabajar para mejorarlo siempre. Así, es posible garantizar que el trabajo no quede represado mientras espera por algún paso.

Es preciso entender el paso más lento y alinear el ritmo para que ocurra de manera fluida, sin acumulaciones.

Además, en Kanban los miembros del equipo ejecutan un trabajo a la vez. Este enfoque ayuda a mejorar mucho la calidad del trabajo realizado.

Aquí, los cambios de prioridad pueden ocurrir libremente, porque al seleccionar el próximo trabajo, cada miembro del equipo siempre elegirá lo que es más prioritario en un dado momento.

¿Y para el equipo? ¿Qué es mejor: Scrum o Kanban?

La respuesta dependerá del contexto.

En ambos casos (Scrum y Kanban), equipos multidisciplinarios ejecutan el trabajo.

La relación entre los miembros de los equipos siguiendo los valores ágiles es fundamental en ambos casos, además de un liderazgo que deje claro el propósito que deben perseguir, motivándolos a entregar lo mejor de sí siempre.

En el caso de Scrum, la estructura del framework con time-boxes crea la noción de comienzo, medio y fin a cada sprint, lo que produce la sensación de alcanzar un objetivo.

En Kanban, el flujo es continuo y por no haber time-boxes, cada mejora de flujo conquistada por el equipo debe ser celebrada, manteniendo el enfoque en la mejora continua.

Enfoque en lo correcto, tener objetivos claramente trazados y alineados con los valores del equipo es siempre lo mejor, y esto puede ser alcanzado con Scrum y Kanban.

¿Pero y el control?

Ambos modelos tienen control.

Métricas específicas, como Sprint Burndown, muestran el avance de los equipos Scrum hacia el objetivo diariamente y métricas como “velocidad” ayudan en la previsibilidad de las entregas.

En Kanban, el Diagrama de Flujo Acumulado (Cumulative Flow Diagram), muestra claramente cuáles son los pasos del proceso que aumentan el Lead Time y que, por lo tanto, necesitan atención.

La métrica de Eficiencia del Flujo muestra la relación entre el tiempo gastado en pasos que están aportando valor y aquellos que no lo hacen, pero que son necesarios para el control del proceso, como inspecciones, backlogs, etc.

Por lo tanto, nuevamente, siempre que con el enfoque adecuado, Scrum y Kanban ofrecen métricas que ayudan en el control y previsibilidad de los procesos.

Scrum x Kanban: ¿Y el ganador es…?

Ahora que ya expliqué un poco sobre las diferencias entre Scrum y Kanban y cómo evaluar la opción más adecuada, llegó el momento de responder a la pregunta del título de este artículo:

¿Scrum o Kanban: cuál es mejor?

Bueno, como pudimos ver, no hay ganador en este “duelo”. Lo que hay es una necesidad de alinear la elección con el contexto, comprometiéndose con lo que tiene más sentido.

Si estamos tratando con un equipo de producto, con un propósito definido, un alcance de proyecto que evoluciona, pero de manera ordenada y con prioridades definidas, Scrum es recomendable y puede ayudar mucho en la realización de los objetivos del producto.

Por otro lado, si estamos tratando con un equipo que atiende una demanda variable, con prioridades que cambian todo el tiempo y problemas para completar el trabajo iniciado (lo que encaja en la situación del cliente que mencioné, ¿recuerdas?), Kanban ayudará en la creación de un flujo que tiene un ritmo predecible.

Espero que esta información pueda ayudarte a entender Scrum y Kanban. Son métodos aplicados para simplificar procesos, tener más flexibilidad en la atención de las demandas, y por supuesto, mejorar el rendimiento e integración del equipo de trabajo.

¡Un abrazo y hasta el próximo artículo!