MANUAL TE GP AGILES

MANUAL GESTIÓN DE PROYECTOS ÁGILES

software de manera muy importante) nos pasamos parte de nuestro tiempo corrigiendo errores. Solucionar un problema de diseño en un producto es necesario, hay que hacerlo, pero es un gasto que podríamos haber evitado de haber entregado el diseño con una mayor calidad en origen. Analicemos si nuestro cuello de botella pierde mucho tiempo derivado de errores (tanto suyos en forma de tareas de corrección) como de otras fases o columnas del tablero; si es así, deberemos valorar soluciones que pueden pasar por mejorar el control de calidad o automatizarlo, buscar mecanismos o prácticas que eviten los errores, formación... son muchas las soluciones en función de la causa del problema. (NOTA: ¿Os acordáis de Jidoka y Poka-yoke? Si no, revisa la introducción de la primera unidad de Kanban). Si dudamos sobre si una tarea es o no de valor añadido preguntémonos: ¿Quiero tener más tiempo para este tipo de tareas? Si la respuesta es negativa probablemente no. No quiero más tiempo para comprar cuadernos, ordenar material, preparar el trabajo, llevar o traer cosas, encender o apagar sistemas, instalar software, … Por el contrario si quiero más tiempo para pulir, armar, estructurar, diseñar, presupuestar, analizar... Por desgracia por su propia naturaleza es bastante más complicado optimizar este tipo de cuellos de botella. En muchos casos una vez que tenemos accesible el recurso el flujo se libera rápidamente, lo que nos suele bloquear es la imposibilidad de avanzar en el flujo sin su intervención. Utilizaremos un buffer para evitar que el flujo se detenga en las fases anteriores al cuello de botella estudiando el límite con cuidado. Imaginemos que para poder dar una pieza por acabada y pasarla a la siguiente fase en una cadena de montaje necesitamos que alguien del equipo de calidad la revise. Un miembro del equipo de calidad (que tiene otras tantas tareas que controlar) dedica una hora al día a esta labor. Supongamos en una hora puede revisar 4 piezas. El límite lo estableceremos en 4, si lo ponemos más alto se irán acumulando revisiones de un día al siguiente y no servirá de nada, si por el contrario lo hacemos inferior es probable que infra utilicemos este recurso cuando esté disponible. Fijémonos en un detalle. Dado que el proceso de revisión es rápido y suponiendo que normalmente no se producen más de 4 piezas al día el problema no es de sobrecarga, el sistema está bien dimensionado. Podemos pensar en soluciones creativas. Si en vez de dedicar a revisión una hora (pongamos por las mañanas), se dedican dos medias horas (mañana y tarde), se habrá dedicado el mismo tiempo pero se habrá aliviado mucho el cuello de botella permitiendo a los procesos posteriores al cuello de botella trabajar de una manera mucho más fluida. Además podremos reducir el límite del buffer a la mitad y reduciremos nuestro Lead Time. Cómo mejorar la eficiencia de los recursos de acceso limitado

233

European Open Business School