Los beneficios de practicar Kanban durante la transformación Agile

(Udawalawe National Park, Sri Lanka) Hace unos días estuve en un jeep para 8 pasajeros, más 2 asientos contando con el conductor, con la suspensión más alta de lo habitual, el típico Jeep de Safari. Se nota que un elefante indio salvaje puede ser más alto que este vehículo … Increíble … Si el elefante está distraído o ocupado y no lo irritamos, no nos presta ninguna atención. Pero si está asustado o nervioso, puede ser muy agresivo. Vivir esta escena me hizo comparar la transformación Agile y la reacción de algunas personas en grandes empresas con elefantes asustados que pueden quedar agresivos.

 Comencé a escribir este post hace 4 días, cuando vi, por primera vez en mi vida, elefantes salvajes en su hábitat natural. ¡Son animales enormes! Me quedé pensando que las grandes empresas actúan como grandes elefantes con respecto al cambio, reaccionan muy lentamente, son pesadas, y muchas veces ni aceptan la transformación Agile.

Comenzar la transformación Agile con la práctica de Kanban en grandes empresas, semejantes a grandes «elefantes», puede ser una alternativa a considerar. Kanban, con su enfoque evolutivo, puede traer mucho pragmatismo y resultados rápidos para percibir la eficiencia de los métodos Agile.

La escena que observé de los elefantes luchando, me hizo pensar sobre las reacciones de grandes corporaciones, de resistencia a la transformación Agile: susto, miedo, resistencia, contorno de los valores básicos del Agile o incluso el desarrollo de sentimientos negativos para con los agilistas.

Comenzar la transformación Agile introduciendo Kanban puede ser un punto de partida interesante pues tiene un enfoque integracionista, a partir de la realidad actual y de los procesos en vigor, no se observa la introducción de nuevas funciones específicas o grandes cambios en la estructura implantada.

La práctica de Kanban requiere a alguien con funciones similares a las de un gerente de producto, con la tarea de entender las necesidades y expectativas del cliente, ordenar las tareas por relevancia para el objetivo final, y planificación de la reunión de reabastecimiento. Esta es la función de Service Request Manager. En el lado contrario tenemos la función del Service Delivery Manager, exactamente como los nombres lo dicen, responsables de la entrega al cliente.

Otro aspecto donde Kanban puede ser bien aceptado, se prende con la regular cadencia de la entrega, funciona en un flujo continuo donde si el equipo decide que tiene valor para entregar, simplemente organiza un nuevo despliegue de una nueva versión.

Normalmente esto satisface el Product Owner, también resuelve problemas urgentes y críticos que afectan a los clientes o una respuesta urgente al mercado (competencia).

Así, el Kanban no es sólo un enfoque evolutivo, pero también acepta e integra cambios con menos discusiones.

Algunos autores hablan sobre modelos híbridos, donde los equipos adoptan algunas prácticas de 2 métodos ágiles, como Scrum y Kanban («scrumban»).

Otros autores sostienen que Kanban no es Agile. Para ellos, Kanban puede ser utilizado como un «caballo de Troya», que simplemente organiza un flujo de trabajo y entrega, trayendo transparencia sobre dónde estamos en el proyecto. Kanban no implica un cambio de valores, sino sólo seguir un proceso de trabajo para alcanzar una meta basada en puntos de alineación regulares, y soporte en activos visuales como el Kanban board. Así, el Kanban no es Agile porque no refleja los valores Agile, no toca cultura o mentalidad individuales.

Debemos considerar que muchas organizaciones simplemente no están listas para cambiar la mentalidad o cultura de los empleados, y el costo para aplicar el Scrum puede ser más alto que simplemente usar Kanban para tratar de educarlos, primero en la práctica ágil y después, tal vez, en valores ágiles. Por lo tanto, cuidado con los elefantes nerviosos 🙂




Dejar una respuesta

Este sitio usa Akismet para reducir el spam. Aprende cómo se procesan los datos de tus comentarios.