---

¿Es Kanban Scrum ágil? (Kanban en Agile y Kanban con Scrum)

Las restricciones son lo que define un proceso

Puedes relacionar las herramientas estudiando cuántas instrucciones diferentes proporcionan. Una herramienta prescriptiva implica «más instrucciones que seguir»; una adaptativa implica «menos instrucciones que seguir».

Una herramienta prescriptiva al 100% dicta que no tienes que tomar decisiones: tiene instrucciones y reglas para todo. En cambio, una herramienta adaptativa al 100% permite que tú y tu equipo hagáis lo que queráis, porque no existen instrucciones ni restricciones. Es evidente que ninguno de estos extremos resulta práctico en la ingeniería ni en los negocios.

A menudo se habla de los procesos ágiles como procesos ligeros, principalmente porque son relativamente menos prescriptivos que otros marcos convencionales de desarrollo de software. Recuerda que el primer valor del Manifiesto Ágil favorece a los individuos y las interacciones sobre los procesos y las herramientas.

Kanban y Scrum son procesos muy adaptativos. Sin embargo, Kanban es más adaptativo porque Scrum establece más limitaciones e instrucciones y, por tanto, prescribe más la estructura de eventos. Por ejemplo, Scrum define ciclos de desarrollo con duración limitada (Sprints), mientras que Kanban no exige por sí mismo iteraciones de duración limitada y también puede añadirse a un proceso que las utilice.

El valor de una herramienta o un proceso procede de cómo limita tus opciones mientras sigue ofreciéndote oportunidades suficientes para construir con calidad, rapidez y creatividad.

Compara las herramientas para aprovecharlas al máximo, no para juzgarlas

Como cualquier otra herramienta o proceso, ni el marco Kanban ni el marco Scrum son perfectos. Nunca existe una solución universal. Estos procesos no indicarán necesariamente todo lo que debes hacer para que tu proyecto tenga éxito.

Se limitan a presentar principios, instrucciones y restricciones concretos. Por ejemplo, Scrum exige Sprints de duración limitada con equipos multifuncionales, y Kanban exige tableros visibles y controles del trabajo en curso (WIP), junto con políticas explícitas de flujo de trabajo, gestión activa del flujo, retroalimentación y mejora.

Se puede confundir el éxito o fracaso de los proyectos con la calidad de las herramientas y los procesos.

Es esencial comprender que:

• Un proyecto puede lograr grandes resultados gracias a unas herramientas y unos procesos fantásticos.
• Un proyecto puede lograr grandes resultados a pesar de unas herramientas y unos procesos subóptimos o inadecuados.
• Un proyecto puede obtener malos resultados debido a unas herramientas y unos procesos subóptimos o inadecuados.
• Un proyecto puede obtener malos resultados a pesar de unas herramientas y unos procesos fantásticos.

Por tanto, como profesionales formados y remunerados, debemos comparar las herramientas y los procesos para comprenderlos mejor, no para juzgarlos.

Presta especial atención a no seguir un proceso sin tener en cuenta las circunstancias concretas. Sigue únicamente el camino que permita generar el mejor valor de negocio para tu proyecto. Continúa aprendiendo y adaptándote siempre que sea necesario.

No limites tu organización a una sola herramienta

¡Eso nos lleva a la necesidad de combinar y adaptar las herramientas según las necesitemos!

La mayoría de los equipos Kanban y Scrum utilizan principios de XP (programación extrema). Los equipos Kanban pueden celebrar una reunión diaria de coordinación, mientras que Scrum establece un Daily Scrum para los desarrolladores. Un tablero Kanban puede visualizar un Sprint Backlog, pero el Sprint Backlog es el plan de los desarrolladores, no simplemente un tablero ni una incorporación documentada de Kanban. No limites tu organización a una única herramienta. Prueba y descubre qué funciona para ti.