Scrum vs Kanban: diferencias y recomendaciones de uso

Antes de abordar el interesante tema sobre las diferencias entre estos dos sistemas de trabajo agile, debemos realizar algunas recomendaciones previas que nos ayuden a contextualizar sobre lo que estamos hablando. ¡Sigue leyendo!

Te puede interesar: Master en Metodologías Ágiles

El paraguas Agile: infinidad de opciones

Seguro que muchos de nuestros lectores han oído hablar sobre el “paraguas agile”. Se trata de un concepto que ayuda a entender mejor lo que es agile. Podríamos resumir diciendo que Agile es muchiiiiísimo más que Scrum y Kanban. Son sólo dos opciones de las miles (o casi infinitas) que tenemos a la hora de buscar el mejor sistema agile para nuestro entorno. 

Dentro de este paraguas podemos encontrar conceptos clave como: colaboración, iteración, test, comunicación, fail fast, mejora continua, eficiencia….todos estos conceptos, herramientas, filosofías se ordenan y organizan en algunos casos dentro de un marco de trabajo como Scrum, o un método como Kanban, pero es muy importante saber que puede ser que para nuestro caso concreto, por ejemplo, no necesitemos utilizar Scrum, sino con una breve sesión de planificación y una daily de equipo podría ser suficiente para mejorar en organización, coordinación etc. 

Los 3 elementos iniciales a tener en cuenta

Incluso antes de estudiar qué prácticas, marcos o herramientas necesitamos realizarnos varias preguntas e indagar sobre ellas con nuestro cliente (o con nosotros mismos, si somos los que nos planteamos comenzar a agilizar a nuestro equipo, área o departamento). 

• ¿Cuál es el punto de dolor? ¿Qué problema queremos resolver?
• ¿Nivel de compromiso con el cambio?
• ¿Qué se espera de Scrum / Kanban?

Siempre tenemos que identificar cuál es el objetivo final buscado con la implementación de agile: puede ser mejorar la eficiencia; reducir el time to market; tener una ventaja competitiva frente a los competidores; mejorar la satisfacción del cliente…todos (o casi todos) los objetivos son válidos, pero debemos conocer cuál es el nuestro. Éste será el punto de partida para buscar la mejor solución. 

La segunda pregunta sobre el compromiso nos ayudará a identificar en qué grado el cliente, dirección o equipo está dispuesta a invertir su tiempo y a dejarse guiar por el agente de cambio en el comienzo del uso de estas nuevas herramientas o prácticas ágiles. Por ejemplo, si los usuarios nunca estarán disponibles para aportar su feedback sobre nuestro incremento de producto al final del sprint…¿tiene sentido optar por Scrum?

Este grado de implicación con el proceso está muy unido a una buena gestión de las expectativas del cliente sobre el cambio. Será importante definir correctamente qué se espera con este cambio. Es importante definir y declarar, desde el inicio, qué se puede esperar de este proceso con el interés generado y el tiempo invertido para el proceso de transformación. De ahí: algo crucial como son las métricas: ¿qué vamos a medir? ¿cómo podemos hacerlo? ¿hasta dónde queremos llegar? 

Diferencias entre Scrum y Kanban

En la siguiente tabla resumimos las principales diferencias entre los dos sistemas de trabajo: Scrum y Kanban, desde distintos puntos de vista: 

La tabla es bastante autoexplicativa en cuanto a elementos y naturaleza de uno y otro sistema: 

Scrum está diseñado y planteado como un marco de trabajo que nos ayudará a desarrollar con mayores garantías de éxito productos o trabajos complejos (donde existe mucha incertidumbre). Estructura su entrega por periodos fijos de tiempo, llamados sprints y está abierto al feedback del cliente, sobre todo, al final de cada periodo.  Por el contrario Kanban tiene como objetivo mejorar el servicio que damos a un cliente, mediante un flujo de entrega continua y la búsqueda de una eficiencia de flujo mejor cada vez. 

En cuanto a roles, eventos y artefactos podemos ver que Kanban resulta mucho más liviano que Scrum, de entrada. Según vamos madurando a nivel de equipo y a nivel de organización, podemos ir complejizando mucho más pero, de cara al arranque, es más sencillo y Kanban respeta más los roles y organización previa. 

Recomendaciones de uso

Después de muchos años como agente de cambio, agile coach y scrum master, puedo resumir las razones para elegir uno y otro sistema en base a dos parámetros: 

1# Contexto del trabajo

En base al tipo de trabajo que se desarrolla y al entorno en el que se hace.

• Usa SCRUM si se cumplen estos requisitos: 
  • Existe necesidad de testear el trabajo que realizamos.
  • Tenemos incertidumbre sobre el modo de realizarlo.
  • Buscamos realmente aportar valor al negocio.
  • Sabemos quién es nuestro usuario y contamos con él validar el trabajo.
  • Estamos dispuestos a pivotar ante el feedback.
• Usa KANBAN si se cumplen estos requisitos:
  • Tenemos que entregar lo antes posible.
  • Naturaleza de trabajo más relacionado con operación.
  • Existen diferentes tipos de trabajo a realizar.
  • Ítems de trabajo suficientemente independientes entre sí.
  • Buscamos alta adaptabilidad y priorización cambiante.
  • Existe o se acoge mentalidad kaizen (mejora continua).

2# Equipo de trabajo

Este parámetro se refiere a las personas que van a llevar a cabo el trabajo, así como las personas alrededor que ejercen roles de dirección, managers, stakeholders, sponsors etc. 

• Usa SCRUM si se cumplen estos requisitos: 
  • Managers conocen y respetan agile y scrum.
  • El equipo que desarrolla el trabajo es multidisciplinar.
  • El Product owner es realmente dueño del producto (tiene la última palabra).
  • Se presenta el incremento producto al usuario.
  • Roadmap / planificación se adecúa a los sprints.
• Usa KANBAN si se cumplen estos requisitos:
  • Podemos definir un flujo de trabajo real del servicio a mejorar.
  • Service Request Manager interactúa con el usuario.
  • Podemos repriorizar ante posibles novedades.
  • El equipo centrado en stop starting, start finishing.
  • Existen políticas explícitas, se conocen por todos los stakeholders y se respetan.
  • Podemos disponer de métricas y se quieren mejorar.
  • Podemos usar un tablero (físico o digital) de forma consistente.

Webinar: Scrum vs Kanban: diferencias y recomendaciones de uso

Si no pudiste asistir a nuestro Webinar sobre las diferencias entre ambas herramientas, te dejamos aquí la sesión para que puedas visualizarla:

Si quieres conocer mucho más sobre Agile y Digital Project Management, no olvides que en IEBS tenemos dos programas enfocados en este ámbito: Máster en Project Management y Master en Metodologías Ágiles.