Si llevo Kanban, también llevo los principios ágiles

Recientemente se está hablando de si kanban es una metodología ágil o no. Creo que la primera vez que me lo plantee fue al leer una serie de magníficos posts de Michael Sahota sobre la cultura de las organizaciones.

NOTA: Es realmente curioso que un tema tan específico haya llegado a una revista como Forbes. Steve Denning, al que debeis seguir atentamente si no lo haceis ya, está "fusilando" las ideas de Agile, pero moviendolas exactamente allá donde las necesitamos: en el mundo fuera de IT, hablando a la gente de siglas raras (CEOs, CTOs,...) y el resto de "managers" que no entienden el mundo IT.

M. Sahota empezó identificando los principios ágiles sobre una clasificación de culturas organizacionales.

Este modelo, de William Schneider, tiene dos ejes, uno para la orientación a realismo/posibilismo y otro para la orientación de orientación a las personas o a la compañía. Sahota clasifica las regiones COLABORACIÓN y CRECIMIENTO como las que encajan con la cultura Ágil. En resumen, establece los principios alineados con la cultura más adecuada a cada uno de ellos, y es donde se situan la mayoría de los 12 principios del manifiesto.
Posteriormente analizó kanban como metodología, aplicando el mismo sistema, y Kanban según él, pertenece a al cuadrante de CONTROL.

 Se centra en el sistema, en los procesos, y únicamente hace una pequeña (aunque importante) referencia a mejorar colaborativamente. No quiere decir esto que kanban no pueda dar soporte a los principios ágiles, todos tienen cabida.
La clave para mi es la siguiente: Una vez comenté en un tweet, imposible de encontrar ya :(, que Kanban bien hecho llevaría a terminar haciendo Scrum. Por supuesto hablaba del desarrollo de producto, donde encaja muy bien Scrum. Pero a lo que realmente me refería, es que no concebía kanban sin aplicar los principios ágiles. Buscando la mejora continua con los valores y principios ágiles, en los cuales Scrum se fundamenta. Sin principios ágiles no hay Scrum. Sin embargo, sí podrías hablar de kanban sin esos principios.

En realidad, kanban, como todas las herramientas es absolutamente agnóstica en cuanto a principios y valores. Más de una vez he insistido en la idea que podría parecer que hacer Scrum, sin hacerlo realmente. Si utilizas las reuniones, roles y artefactos de Scrum, pero no buscas la aplicación de los principios en los que se basa, no estás haciendo Scrum.

 Así que cuando voy a trabajar con un equipo que utiliza o empeiza a usar kanban, siempre llevo en la maleta los principios ágiles. El concepto de la gestión del flujo de trabajo y minimizar el trabajo en progreso de kanban, más los principios ágiles que nos guíen en nuestra mejora continua, crean una combinación ideal: un punto de partida muy útil para aquellos equipos que por las razones que fuera no pueden o no quieren empezar a trabajar con Scrum.

 Actualización Enero 2013: Un enlace interesante con la misma idea: Kanban Values or How I Almost Attacked a Manager With Hot Coffee

 Actualización Noviembre 2018 (!): Mi última visión sobre los principios ágiles. ¿los hemos perdido?

 Actualización Diciembre 2018: Sobre el Agile Manager.

Primer Agile Open Navarra

Se ha celebrado el primer Agile Open Navarra, como ya comentaba, con el tema Agilismo y Negocio. He tenido la suerte de facilitar otro Open Space, que ciertamente es un formato fabuloso para este tipo de eventos.
El evento empezó un poco frio, quizás demasiado madrugón para ser un sábado. Sin embargo, enseguida se completó la parrilla de los temas. Había bastante diversidad en los perfiles, gente que no había estado nunca en un Open, y algunos hasta cuatro. Gente técnica, y gente de negocio. Personas que apenas sabían de agilismo, y otros que ya llevamos ese virus desde hace un tiempo :)

En la imagen podéis ver los temas que se han tratado, tal y como se ha conformado la parrilla de sesiones. En general, hemos hablado de la relación cliente-proveedor de software. Había personas que contaban su visión desde el lado cliente, y otros vemos todavía más la película desde el creador de software. Algunas ideas que me llevo:

• La confianza es la clave, y para generarla, es fundamental las entregas rápidas y continuas de valor.
• Los contratos legales importan poco en el plano del día a día. Si se colabora, nadie los va a mirar. Si las cosas van mal y recurres a ellos, tienes tal follón, que todo el mundo evitará llegar a juicio.
• El product-backlog debe ser una herramienta de colaboración fundamental. Transparencia total.
• La visión compartida desde el inicio del proyecto es muy importante. A todos los niveles: riesgos, personas-equipos, expectativas,... un Inception es una herramienta muy poderosa. El cliente debe tener claro qué implica trabajar con estas metodologías, aunque no sepa su nombre.
• No se debe intentar vender los nombres, si no las ventajas.

Creo que es la primera vez que veo perfiles tan distintos en un evento de estas características, personas de negocio e incluso un abogado :) No estoy muy seguro de que se hayan sentido realmente acogidos y comprendidos, pero es un comienzo. El formato del evento siempre convence y eso ayuda.

Es muy agradecido organizar eventos de este tipo, y compensa cada hora gastada. Estoy seguro que el Agile Open Navarra se convertirá en un clásico, un Open temático, que repetiremos año a año, gracias a la colaboración y organización de CEIN y Agile-Spain zona norte.

Nos vemos en #aon13.

Update: Podeis ver las fotos del evento, por @mariotux.