MANUAL TE GP AGILES

MANUAL GESTIÓN DE PROYECTOS ÁGILES

Controlemos el flujo y midamos

Tenemos ya nuestro tablero inicial y nuestros límites, estamos funcionando y vemos el valor que nos está aportando la visualización y el control del WIP. Queremos seguir mejorando y empezaremos a buscar la mejora continua desde aquí. A partir de ahora queremos reducir la variabilidad de nuestra cadena de valor, queremos empezar a funcionar como el horno de telepizza. Vamos a empezar a medir el Lead Time de las tareas que pasan por nuestro tablero y nos fijaremos especialmente en aquellas tarjetas que sobrepasen la media de manera significativa (si estamos tardando 6 días en finalizar una tarjeta, nos fijaremos en las de 10 o más). Para poder evaluar este tipo de cuestiones necesitamos introducir las reuniones de retrospectiva, busquemos un momento tranquilo (primera hora del lunes, última del viernes, o la que sea buena para nosotros) y revisemos. Os recomendaría que seáis pacientes si estáis haciendo una implementación muy progresiva y no empecéis con las retrospectivas hasta que el equipo se empiece a encontrar cómodo con el tablero y hayan llegado ya a cierto nivel de interiorización incluso hasta que se hayan hecho las primeras mejoras y adaptaciones. El objetivo de revisar estas tarjetas que exceden por mucho el Lead Time es iniciar una conversación de mejora progresiva. Cuando estudiemos estas tareas es normal la conversación fluya en las siguientes direcciones:  Hemos tardado más porque era una tarea más larga. ¿Se podría partir? ¿Son normales estas tareas de mayor tamaño? ¿Debemos empezar a trabajar con clases de servicio diferentes para estas tareas?  Ha habido problemas en la ejecución. ¿Se pueden evitar? ¿tenemos que mejorar algún proceso? ¿podemos aprender de ello? ¿podemos establecer mecanismos de control para que no vuelva a pasar (os acordáis del poka yoke)?  La tarea se ha pasado mucho tiempo en cola. ¿Necesitamos revisar el tablero? ¿necesitamos revisar las políticas?

Que empiece la ciencia

En muchos textos sobre Kanban se habla de aplicar el método científico. A lo que nos referimos con ello es a la mejora basada en la experimentación:

 Probar: juguemos con nuestro tablero, busquemos nuevas y mejores formas de estructurarlo, nuevas políticas, buffers... todo es susceptible de cambiar y evolucionar. No hay nada estático en una implementación Kanban.  Observar y medir: una vez introducido un posible cambio o mejora observemos los

227

European Open Business School