MANUAL TE GP AGILES

MANUAL GESTIÓN DE PROYECTOS ÁGILES

Existen motivos más justificados para mover hacia atrás una tarea. Imaginad una columna "revisión". Cuando hemos acabado de las creatividades de la siguiente campaña de Coca-Cola, el equipo de cuentas revisa nuestro trabajo para juzgar si está aliado con el briefing del cliente. ¿Qué pasa si no lo está? La tarea tiene que volver al equipo de diseño. ¿La volvemos a llevar a "diseño"? Solo hay una mala respuesta a esta pregunta, no establecer una política clara. La tarjeta podría efectivamente volver hacia atrás a "pendiente" de volver a entrar en el WIP de "diseño". Podría quedarse bloqueada en "revisión" y generar una nueva tarjeta, esta solución me gusta especialmente.

Dos ventajas en esta solución:

 La tarea sigue consumiendo WIP en "revisión" además del de "diseño", lo que producirá cierta tensión positiva destinada a acelerar la resolución del problema (nos ayudará a mantener el tiempo de entrega).  Nos puede ayudar a identificar un problema si vemos que surgen cuellos de botella derivados de estas tarjetas de revisión. No se están transmitiendo correctamente las especificaciones del cliente al equipo de diseño.

Aprovecho para hacer hincapié en la idea de que no hay dos Kanban ni dos tableros iguales busca siempre que el tablero que te aporte el mayor valor posible a ti.



Buscando el límite

Elegir el tamaño apropiado de WIP para cada una de las columnas del tablero es una tarea importante de cara a buscar la mayor eficiencia. Puede resultar complejo elegir el límite ideal pero recordad que el proceso de implantación de Kanban es siempre evolutivo y está en constante revisión. Seleccionemos unos límites que nos parezcan razonables y empecemos a trabajar con ellos. En poco tiempo veremos son apropiados o deben ser ajustados. No hay una norma general para establecer un límite inicial. Pongamos algunos ejemplos que nos puedan ayudar.

196

European Open Business School